Page 1 of 2
Installing MinGW / gdb on Winodws
Posted: Sat Sep 20, 2008 9:27 am
by eranif
Here is a short tutorial for how to install MinGW/gdb to work with CodeLite
1. Download MinGW from here:
http://downloads.sourceforge.net/codeli ... irror=mesh
2. Once downloaded, extract its content into 'C:\'
3. Clear the value set in 'Settings -> Debugger Settings...' Debugger Path
4. Set the value of 'Build Tool' in 'Settings -> Build Settings ...' to be 'mingw32-make.exe
5. Add the C:\MinGW\bin to your environment variable:
a. Open environment variable dialog from 'Settings -> Environment Variables'
b. Create new variable
NAME: PATH
VALUE: $(PATH);C:\MinGW\bin
Thats it
Re: Installing MinGW / gdb on Winodws
Posted: Mon Oct 13, 2008 8:27 am
by adenbley
i'd like to add that the program should be restarted after these steps.
Re: Installing MinGW / gdb on Winodws
Posted: Thu Mar 25, 2010 4:24 pm
by AngryDog
Damn - wish I'd saw this a couple of days ago. Just installed MinGW manually and spent a day figuring out with components I needed and which I didn't.
Installing new build in Windows
Posted: Thu Sep 30, 2010 5:13 am
by foxmuldr
How do I install a new build in Windows?
I have been able to download and compile the code, make changes, test them from inside Codelite, and everything works fine. But once I get a release build created, how do I install it? When I try to copy it over the existing .exe and run it, then it reports that it's missing wxmsw28ud_gcc_custom.dll and re-installing the application may fix it. It runs fine from inside Codelite.
Signed, Confused...
- Rick
Re: Installing MinGW / gdb on Winodws
Posted: Thu Sep 30, 2010 9:57 am
by eranif
When running from within codelite, codelite adds the path to the 'debug' version of wx dll - this is why it will run for you.
However, when you want to deploy that new build you should run the script 'Runtime\update.bat' from a CMD shell.
Still, you built wx in debug version, so either add the path to the debug version of wx dll to your system path, or copy the debug dll to the installation directory (by default it is C:\Program Files\CodeLite)
Eran
Re: Installing MinGW / gdb on Winodws
Posted: Thu Sep 30, 2010 10:00 am
by foxmuldr
...
Error building after 4453
Posted: Thu Oct 28, 2010 1:04 pm
by foxmuldr
...
Re: Installing MinGW / gdb on Winodws
Posted: Thu Oct 28, 2010 2:14 pm
by eranif
This can happen because of:
When you did update to codelite sources, you did not reloaded the workspace (thus the link options were not updated and codelite is still using the one)
You should revert any modified files back to the svn version.
close codelite
perform svn update
*make sure there are no local modifications*
open codelite
build
Also: please do not hijack this thread to report codelite compilation errors, it is not related to this thread topic
Eran
Re: Installing MinGW / gdb on Winodws
Posted: Thu Apr 07, 2011 2:35 pm
by HJarausch
Hi,
I have the problem that some (of many) students see the following linker problem:
(.text+0x11): undefined reference do 'mingw_app_type'
.text+0x3b): undefined reference do '_encode pointer'
.text+0x40): undefined reference do '__onexitend'
I couldn't check, yet, but it might be in cases where CodeLite has been installed on a drive different from C.
Any hints are very much appreciated,
Helmut.
Re: Installing MinGW / gdb on Winodws (Solved)
Posted: Mon Apr 11, 2011 11:37 am
by HJarausch
HJarausch wrote:Hi,
I have the problem that some (of many) students see the following linker problem:
(.text+0x11): undefined reference do 'mingw_app_type'
.text+0x3b): undefined reference do '_encode pointer'
.text+0x40): undefined reference do '__onexitend'
Hi,
the father of one of my students could solve this. His findings are quite interesting and astonishing.
Here his (translated) comments:
For the linker to run, the library path under
Build-Settings -> Compilers -> gnu g++ -> Advanced
has to be
empty !!!
If it contains the correct path : C:\MinGW\lib the object crt2.o from the runtime library
has unresolved symbols. The reason is shown by the full linker statement:
Code: Select all
"c:/mingw/bin/../lib/gcc/i686-pc-mingw32/4.6.0/../../../../i686-pc-mingw32/bin/ld.exe" "--sysroot=/home/gfortran/gcc-home/binary/ mingw32/cross/x86_32/gcc/4.6-20110312" "-Bdynamic" "-o" "./Debug/HelloWorld.exe" "c:/mingw/bin/../lib/gcc/i686-pc-mingw32/4.6.0/../../../../i686-pc-mingw32/lib/crt2.o" "c:/mingw/bin/../lib/gcc/i686-pc-mingw32/4.6.0/crtbegin.o" "-LC:/MinGW/lib" "-L." "-Lc:/mingw/bin/../lib/gcc/i686-pc-mingw32/4.6.0" "-Lc:/mingw/bin/../lib/gcc" "-Lc:/mingw/bin/../lib/gcc/i686-pc-mingw32/4.6.0/../../../../i686-pc-mingw32/lib" "-Lc:/mingw/bin/../lib/gcc/i686-pc-mingw32/4.6.0/../../.." "./Debug/hello.o" "-lmpreal" "-lmpfr" "-lgmpxx" "-lgmp" "-rpath" "lib" "-lstdc++" "-lmingw32" "-lgcc" "-lmoldname" "-lmingwex" "-lmsvcrt" "-ladvapi32" "-lshell32" "-luser32" "-lkernel32" "-lmingw32" "-lgcc" "-lmoldname" "-lmingwex" "-lmsvcrt" "c:/mingw/bin/../lib/gcc/i686-pc-mingw32/4.6.0/crtend.o"
If the library path given in Build-Settings -> Compilers -> gnu g++ -> Advanced would be inserted
before crt2.o and crtbegin.o
it would work.
Furthermore, for the debugger to run, one has to edit C:\MinGW\registry.ini
[environment]
mingw=*C:\MinGW*
and the debugger path under Settings, Debugger Settings has to be empty.
What do I have to change with my InnoSetup config file to dispense with that?
Many thanks for a hint,
Helmut.