User forums > Nightly builds
The 10 January 2007 build is out.
stahta01:
--- Quote from: cbexaminr on January 15, 2007, 12:55:24 am ---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.
--- End quote ---
cb is needed for compiling the contrib packages.
--- Quote ---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
--- End quote ---
This can mean that it could NOT find ar.exe, please check your compiler path.
--- Quote ---
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
--- End quote ---
I get GNU ar 2.15.91 20040904 for my GCC 3.4.2 installation
I get GNU ar 2.16.91 20060119 for my GCC 3.4.5 installation
What do you get with GCC --version on the command line?
--- Quote ---
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?
--- End quote ---
cbexaminr:
OK, if I get gcc 3.4.5 with ar 2.15.91, I get to at least scintilla before encountering problems - the "-Winvalid-pch" is apparently handled, and both the tinyxml and squirrel libraries apparently build.
But then i seem to be back to an earlier problem, where platform.h (wxwidgets 2.6.3) attempts to include wx/setup.h, and there is no setup.h at that level!!! (A problem I had with earlier wxwidgets, then thought I didn't with the wxwidgets 2.6.3, but now apparently still do have.)
read rest if interested for rambling journey of what I've found so far...
--------------------------------
ar.exe was being found OK, because I got the same error from the command line as I saw in the CodeBlocks output.
gcc --version for the one I've been using reports:
gcc (GCC) 3.2.3 (mingw special 20030504-1)
which appears to be older than yours... I'll see what the other ones are - I've forgotten...
another gcc --version reports:
gcc (GCC) 3.4.5 (mingw special)
but the ar --version for both of these installations reports:
GNU ar 2.13.90 20030111
so, it appears my problem may be with the version of ar, as yours is apparently much newer... I will pursue this...
But
1)Can someone do something about the two pages (one wiki, one forum) that have at least differences in the links for wxwidgets?
Also
2)My cygwin version of ar is closer to yours, but the cygwin man page does not show support for the command as its apparently being executed by codeblocks, nor does the --help output seem to support that for the older mingw versions I have... But I guess its working for you, I will try to do something with mingw ar to see if I can make that problem go away...
3)Where were the instructions for setting cb variable (I didn't get to plug-in contributor instructions if thats where its mentioned)? I've only seen mention of wx, which original project open prompted for... (Although the instructions about what to feed it were unclear to me, had to play around a bit...)
...later...
found 3.4.2 gcc version, with ar 2.15.91 20040904 version, and still have same issues...
Which of the two versions you mentioned are you using? Are you sure the 3.4.2 with ar 2.15.91 version doesn't fail for you also?
....
stahta01:
Both of my 3.4 versions work great, but it is NOT easy too get more than one copy of minGW to work on a single computer. minGW likes to look in the folder c:\minGW for most things and if that folder exists then it will use it when you don't want it to.
I would update the version of minGW using the new update tool (just release today) MinGW-5.1.3.exe.
I would use the default folder c:\minGW to do the install in.
Note: It is best to NOT use spaces in the patch to minGW. Mine is all under C:\apps\....
Note: To install more than one minGW you must delete the minGW reg entry. I use the reg file below.
--- Code: ---REGEDIT4
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\MinGW]
--- End code ---
cbexaminr:
--- Quote from: stahta01 on January 15, 2007, 05:45:49 am ---
I would update the version of minGW using the new update tool (just release today) MinGW-5.1.3.exe.
--- End quote ---
MinGW-5.1.3.exe Released/available where?
(Don't see at:
http://www.mingw.org/download.shtml
nor at:
http://www.codeblocks.org/downloads.shtml)
[edit]
OK, found it at:
http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=82721&release_id=158801
But as I view it, it shows zero downloads, which would mean you haven't even tried it yet? :oops:
ok, I just downloaded it, refreshed that page, and download count still shows zero - so I guess stats aren't totally live...
Have you tried MinGW-5.1.3.exe yet?
BTW, thanks for all the responses/help!
cbexaminr:
--- Quote from: stahta01 on January 14, 2007, 05:33:32 pm ---
The setup.h that is supposed to be used is in this path lib\gcc_dll\mswu\wx please remove the one you place at include\wx. Note, sometimes it is required to copy setup0.h to setup.h in folder include\wx\msw if the make of wxWidgets fails to create the file include\wx\msw\setup.h. The make should the copy that setup.h to
lib\gcc_dll\mswu\wx\setup.h. (at least this is how I believe it works from using wxWidgets)
Tim S
--- End quote ---
(...\lib\gcc_dll\mswu\wx does contain a setup.h)
Does all this mean that the "include" field of the global wx variable should be set to something like "<wxwidgpath>\lib\gcc_dll\mswu"?
OK, played more before posting. Command line from recent attempt is:
mingw32-g++.exe -Wall -g -pipe -mthreads -fmessage-length=0 -fexceptions -Winvalid-pch -DHAVE_W32API_H -D__WXMSW__ -DWXUSINGDLL -DcbDEBUG -DTIXML_USE_STL -DCB_PRECOMP -DWX_PRECOMP -DwxUSE_UNICODE -D__WX__ -DWINVER=0x0400 -DSCI_LEXER -DLINK_LEXERS -DWXMAKINGDLL_SCI -IC:\dlh\dev\wxwidgets\wxWidgets-2.6.3\include;C:\dlh\dev\wxwidgets\wxWidgets-2.6.3\lib\gcc_dll\mswu -Ilib\gcc_dll\mswu -IC:\dlh\dev\wxwidgets\wxWidgets-2.6.3\contrib\include -Isdk\wxscintilla\include -Isdk\propgrid\include -Isdk\wxscintilla\include -Isdk\wxscintilla\src\scintilla\include -Isdk\wxscintilla\src\scintilla\src -c sdk\wxscintilla\src\PlatWX.cpp -o .objs\2.6\sdk\wxscintilla\src\PlatWX.o
sdk\wxscintilla\src\PlatWX.cpp:9:19: wx/wx.h: No such file or directory
1)How is the bold/no-italics part supposed to find anything? It would mean that would have to be under the codeblocks source tree... correct? Is the wx variable not being appropriately applied to that command line generation, at least for the part in bold/no-italics?
2)I thought "-I" could take more than one path, and tried to put both in the "include" field of the environment variable, and the results are shown above in bold/italics, but preprocessor still failed to find wx/wx.h (and it is there under <wxwidgpath>\include\wx)...
3)I've also tried it with just the single path in the "include" field of the wx global variable, and still get the same compilation results.
And all of this is after installing with mingw-5.1.3.exe... still using the 10-jan-2007 nightly of codeblocks...
to clarify:
<wxwidgpath>\include\wx does _not_ contain a setup.h
<wxwidgpath>\lib\gcc_dll\mswu\wx _does_ contain a setup.h
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version