|
From: Neszt T. <ne...@ss...> - 2003-09-30 08:16:57
|
Hello! Thank You for Your answer. That makes me clear many things. > The header has all the function and variable declarations the program > needs, but the actual code is in the dll. That's just a dinamic link > library: a file outside the exe that has the code which has to be > executed, having the files for the exe included the header so they know > there are those variables and functions somewhere - in the external dll. Ok, I see. > If you want have that code inside the exe, then you need use a static > library, (those named libxxx.a). In your case your libxxx.a is what is > known as import library, which includes the symbols of the dinamic > library which have to be exported from the dll, but the code is still in > the dll. So is that mean, that the static library and the import library is same regarding the names? How can I find out, if my libaaa.a is static or import library? (from the size?) > The only solution is finding a static version of the dll. If it had been > built by you, simply make the project an static link library instead a > dinamic one (I mean, the project you used to build the dll). If it is a No, it is not bulit by me. > dll from some library you bought, then you'll have to check the > documentation for if there is a static version or, if you got the source > and built it, checking the makefiles for if there is some option so it > builds as a static library. It is not secret, the libraries is the glut and the fmod. As far as I know, these are free and also the source code is available. Now, I tried to compile both of them with dev-c++ without result. (Even nor dynamic nor static library couldn't be create) Regards, Neszt Tibor |