User forums > Help
Newbie needing help with flags
art-ganseforth:
Puh, okay....
It's like this (and i don't undestand this...): After reading your post, i looked in the Release-folder. There were three subfolders ininside. One was empty, and two contained an exe-file. After deleting all the subfolders, recompiling and pressing the start-button, also dll-requests appeared.
What i'm not kowing now is:
- Why C::B comiled into one folder and started the program outof the other one.
- Where the static exe came from (this i can maybe find in a backup but it'll take some time).
- And most important: How to get a exe that is not needing dlls
BlueHazzard:
--- Quote ---- Why C::B comiled into one folder and started the program outof the other one.
--- End quote ---
It did not... It creates and starts the file selected in Project->Properties->Build tragets->Output file name
--- Quote ---- Where the static exe came from (this i can maybe find in a backup but it'll take some time).
--- End quote ---
No idea... it is your pc... Codeblocks did not created it
--- Quote ---- And most important: How to get a exe that is not needing dlls
--- End quote ---
As i told you in my previous post: compile wxWidgets with the flag SHARED=0. Then you will have a folder wxWidgets/lib/gcc_lib
You point the search path of the library of your porject to this folder and you get a static executable... simply as that...
[edit:] and for this do not use absolute paths in your library settings. Use there only the library name and use the Search path->linker setting to point where the file can be found
art-ganseforth:
Uptate concerning where the static exe came from and onre more question:
In the beginning i had the following problem: When i started C::B it always automaticly serched for a compiler and took the first one it found. This was my old MingW-setup with devC++. To avoid this, i've ziped the old MingW. So it can't be found anymore. But this is no real solution. Is there a possibility to stop this auto-search?
This way (compiled with the devC++ setup), it seems that the C::B had created the non-dll-exe, that had been execoted all the time, when i pressed the start-button.
Concerning your anwer: this i'll read now...
art-ganseforth:
EDITED: "change-date: 17.1.19 - 17:59" => "change-date: 27.1.19 - 17:59"
--- Quote ---It did not... It creates and starts the file selected in Project->Properties->Build tragets->Output file name
--- End quote ---
It seems to get more and more strange....
I just restored the deleted subfolders in the Release-folder, rebuilt the program and pressed the C::B-start-button.
Result: Program started without requesting dlls.
But in the subfolders i find two files "test.exe":
* change-date: 25.1.19 - 12:24
* change-date: 27.1.19 - 17:59 (so, the new one)
Starting both with double-click, leads to dll-requests.
This was so strange, that i removed all the folders agan. Pressing the C::B-start-button then, leaded (as expected) to the request, if the program should be recompiled.
After compilation, the program started without requesting dlls.
Inside of the Release-folder (the same as reported by the comiling-process) i found a new created subfolder, containig one test.exe.(time 18:19h - so just created). Double-clicking this, again leads to dll-requests.
:'( :'(
art-ganseforth:
--- Quote ---compile wxWidgets with the flag SHARED=0
--- End quote ---
Sorry, i know that i'm stupid in this point, but i din't know how to / where to set this flag. I did not compile wxWidgets, nither with SHARED=1 nor with SHARED=0. But .a-files are there.
Maybe i should compile it, but i dont really konw how. (Tried to compile freeglut with cmake, but had no success). But anyway i'm wondering why the C::B-start-button sometimes starts the program without dll-requests.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version