User forums > Nightly builds

The 01 November 2007 build will NOT be out.

<< < (5/6) > >>

killerbot:
I use the same files. On my PC it works. I copied the entire MinGW directory to my laptop (both are located at C:\MinGW) and both systems have C:\MinGW\bin added to PATH.

PC works ok, laptop fails [and related or not ?? on the laptop I can't debug].

Only difference : the PC was being svn updated and builded for a long time [so it still uses the old MinGW detection], the laptop was brand new install.

Note : both systems are running in a virtual machine by using VirtualBox, both Windows XP, and on the PC the host system is openSuse 10.2 , where on the laptop it is openSUSE 10.3.

killerbot:
PC and laptop give me :

--- Code: ---gcc (GCC) 4.2.1-dw2 (mingw32-2)

or

mingw32-gcc (GCC) 4.2.1-dw2 (mingw32-2)

--- End code ---

Note : there have been 2 releases of 4.2.1 dw2, the very first ones, had some issues. I guess I have the second one, but as said i use the same files on both systems.

Running the script in the script console :

PC : 4.2.1
Laptop : empty string

killerbot:
alright I have found the cause of our first problem.

Indeed, it is what I suspected. CB doesn't detect GCC correctly anymore. I already suspected this yesterday, and more precise I didn't trust the masterpath anymore. CB had detected C:\MinGW\bin instead of C:\MinGW.
Remove the \bin, and it will work OK.
I do remember some code will check to see if we are already in the bin dir, but apparently not the version checking.

Now checking if debugging works.

[EDIT] : debugging still fails on the laptop, but works on the PC :-(

[EDIT2] : fixed the debugging issue too : laptop was back on GDB 6.3, when upgrading to 6.6, it seems to work [very basic test on a Hello world console app].

killerbot:
in comparing the 2 default.conf's I noted another difference. Debugger settings : Auto-build project to ensure-up-to-date. Both systems have this checked.

PC - default.conf : no sign of it
LAPTOP - default.conf : <AUTO_BUILD bool="1" />

stahta01:
Verify that you have mingw32-gcc.exe in the bin folder in both the working and the non working one.
I just did a few changes and adding mingw32-gcc.exe to the non working one was one of them and it appears to have worked.

Note, You are required to re-start C::B for this work around to work.

Tim S

Navigation

[0] Message Index

[#] Next page

[*] Previous page