User forums > Nightly builds
The 10 January 2007 build is out.
stahta01:
cbexaminr:
Please verify that your path does NOT contain any thing that has cc1plus.exe in it. The minGW should be OK, but mine is NOT in my path because I run multiple minGW installs. The most likely cause will be cygwin being in the path.
Tim S
cbexaminr:
When I changed to the 2.6.3-1 version, I did not have to copy the setup.h, so that didn't apply to the second (main) attempt.
I'm not having the trouble building (2.6.3) wxwidgets...
I am still have the trouble building CodeBlocks, reaching the tinyxml target, as previously noted...
Any other ideas?
[edit]
sorry, I overlooked the request to check for cc1plus elsewhere, will do so...
checked, no it is not in my path....
I guess you're trying to narrow, but the problem I seem to be having appears somehow related to how codeblocks invokes ar.exe, or of a link (ld?) to build libtxml.a... whatever does it, I'm not finding a libtxml.a created anywhere in the build tree...
stahta01:
--- Quote from: cbexaminr on January 14, 2007, 06:21:17 pm ---When I changed to the 2.6.3-1 version, I did not have to copy the setup.h, so that didn't apply to the second (main) attempt.
I'm not having the trouble building (2.6.3) wxwidgets...
I am still have the trouble building CodeBlocks, reaching the tinyxml target, as previously noted...
Any other ideas?
[edit]
sorry, I overlooked the request to check for cc1plus elsewhere, will do so...
checked, no it is not in my path....
I guess you're trying to narrow, but the problem I seem to be having appears somehow related to how codeblocks invokes ar.exe, or of a link (ld?) to build libtxml.a... whatever does it, I'm not finding a libtxml.a created anywhere in the build tree...
--- End quote ---
My libtxml.a is created perfectly in the folder cbpath\src\sdk\tinyxml. Have you verified the Global variables by using "Settings" -> Global Varaibles
cb should point to cbpath\src
wx should point to wxpath for the correct installation.
Also, please turn on "Compile logging" by doing "Settings" -> "Compiler and Debugger" Tab "Other" Turn "Compile logging" to "Full Command Line".
Tim S
cbexaminr:
1) My global variables only contain the "wx", not any cb. I tried adding it and making the base refer to cbpath\src, but I still get the same failure.
2)The output after enabling the full command-line logging:
ar.exe -r -s sdk\tinyxml\libtxml.a .objs\2.6\sdk\tinyxml\tinyxml.o .objs\2.6\sdk\tinyxml\tinyxmlerror.o .objs\2.6\sdk\tinyxml\tinyxmlparser.o .objs\2.6\sdk\tinyxml\tinystr.o
ar.exe: sdk\tinyxml\libtxml.a: No such file or directory
Process terminated with status 1 (0 minutes, 0 seconds)
0 errors, 0 warnings
3)When I execute the command part of above directly from the command prompt from which I invoked codeblocks, I get the same error (see 5 and 6)
4)ar --version:
GNU ar 2.13.90 20030111
5)Looking at the --help and the man page with my cygwin ar (which is a different version from the mingw), ****the format of the command does not appear to follow that outlined in the help/man page...
6)Playing around (lack knowledge of ar) from reading help, ****the command formed as:
ar.exe -rsc sdk\tinyxml\libtxml.a .objs\2.6\sdk\tinyxml\tinyxml.o .objs\2.6\sdk\tinyxml\tinyxmlerror.o .objs\2.6\sdk\tinyxml\tinyxmlparser.o .objs\2.6\sdk\tinyxml\tinystr.o
does create the archive, and going back to codeblocks, it goes on past tinyxml...
7)only to encounter the same "cc1plus.exe : unrecognized option -Winvalid-pch" for squirrel target, which I think I know how to deal with... but why am I getting it? What version of gcc/cc1plus was it introduced in (I have several versions around, and tried at least one other with same results before)? [edit] (I keep not saving the project, and thus that switch comes back...)
8)After again removing -Winvalid-pch, compile squirrel modules, then have same issue creating squirrel library...
9)Is format of ar command technically correct? (Apparently not for my version.) What version of mingw/ar are you running?
stahta01:
Under the codeblocks src folder search for files using *.gch and delete them these are precompiled headers one of them may be corrupted. I just had this happen today when I switched from one compiler to another ( mingw gcc 3.4.2 to 3.4.5)
Tim S
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version