forums.silverfrost.com

[Ambrus]

I have a given compiled resource scrypt (.res) and I would like to use it whit the linker (SLINK).
So I had to decompile the file to a resource scrypt (.rc) but the resource editor i use added some header files to the script.
Using Salford Resource Compiler, I can�t find the correct environment variable to set the path where the resource compiler searces for include files.
So I moved all my files to the c:\Program Files\Silverfrost\FTN95\include\WIN32\ directory (this way the SRC worked), but I got the following error from the linker (SLINK):

*** No main, WinMain or LibMain function

So I have the following questions:
Is the mentioned error caused by the source file?
If not, what should I change?
What environment variable could be used to set the SRC�s include path?

[PaulLaidler]

If you are creating an executable, when you link, one of the object files must contain the main program. If you are creating a DLL then SLINK will automatically provide a default LibMain for you.

For a 32 bit operating system, you need a PATH environment variable that includes c:\Program Files\Silverfrost\FTN95\ in the list.

[Ambrus]

Thanks for the quick answer.
It looks like I wasn't clear enough about the problem.

Some detail I forgot:

-My OS is windows 7
-I use Silverfrost FTN95

And about my problem:
I try to recreate an existing program but:
-I'm only able to edit some subroutines and functions, so I don't have the original main program.
-Instead I have a *.lib library file and *.res compiled resource scrypt.
-So I have to create a Windows .exe by compiling some *.for files containing only subroutines and functions, then linking the created *.obj files, a *.lib file and a *.res file together.

My attempts so far:
-I used Intel Visual Fortran's trial version, and it worked by runing the following BATCH file:

[PaulLaidler]

Linking obj files from different compilers is probably not possible and is not supported.

[Ambrus]

I know. That's why I'm trying to change to only Silverfrost products.
The method I wrote in my previous commnet was recommended in the help:
-Use FTN95.exe to create *.obj from *.for
-Use SRC.exe to create *.obj from the *.rc
-Use SLINK to link the *.obj files (ALL generated by Silverfrost products.) and *.lib files and create an *.exe.

[PaulLaidler]

If you don't have the code for the original main program then you will not be able to create the corresponding .obj.

[Ambrus]

So you think, that I won't be able to create a working executable (without Intel Fortran Compiler) using the supplied *.lib and *.res files, because the original developers used Intel programs.

But the creators assured me several times that it doesn't matter which program is used to compile and link.

Does someone have experience with using different linkers to link the exact same *.lib AND|OR *.res files whit object files generated by the corresponding compilers?

[PaulLaidler]

From what you write, you do not have the source code for the main program. But you do have the object code for the main program within a third party library archive. In this situation I would not even try to link together with (Silverfrost) object code. There is really no reason to expect this to work, at least not without a lot of very complex tweeking.

The easiest way to link with third party libraries is via a DLL but you always need access to the code for the main program.

[Ambrus]

So you say it's impossible to use other linkers because the library archive only works with Intel?
And what about the "very complex tweeking"? Do you have experience in such problems?

[PaulLaidler]

I have never tried it and I don't know of anyone else ever trying to do this.
I essence I don't think that it can be done but I have learned never to say never in this game.

You need either the original compiler or the source code for the main program.