User forums > Nightly builds
The 10 January 2007 build is out.
stahta01:
Code::Blocks compiles if minGW is set up right and wxWidgets was compiled right.
So, Code::Blocks is NOT the issue, but its configuration can be.
I think you need to open up a command prompt and fix the issue with you having too many copies of the commands needed to compile C::B
GCC --version
AR --version
g++ --version
All error out on my setup, it is NOT the only way but it is the safest in my opinion.
You have to fix your PATH so it does NOT have any thing in it related to other GCC installations.
Tim S
stahta01:
--- Quote from: cbexaminr on January 15, 2007, 10:30:58 am ---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!
--- End quote ---
Yes, I like MinGW-5.1.3.exe it is the first one that worked correctly in over a month.
It is possible the installer you used is a large part of your problem.
Tim S
cbexaminr:
I don't doubt that you are building it. But have you done so with the 10-jan-2007 nightly build??? Or done it again with your CVS-built version, which apparently isn't too different from 10-jan-2007 nightly yet? ( Following the instructions identified below as "most current observed"?)
1) Those last reported attempts were with an installation created by mingw-5.1.3.exe.
2) Unless 5.1.3 made changes earlier installs didn't, gcc, ar, and g++ are not in my path until I follow the instructions for compiling wxwidgets, which tell me to set path as c:\mingw\bin;c:\mingw\mingw32\bin, at which point I do only have the one version in my path.
3) The instructions at:
http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Windows
go from compiling wxwidgets to opening the codeblocks project, so I move to my "nightly" installation and execute codeblocks.exe (all in same command prompt used to build wxwidgets), where I originally browsed to the source tree containing the project to open it, and but now just re-open it via recent projects menu items.
4) So, A)my mingw installation should be correct unless B)I'm _not_ supposed to have it in the path when codeblocks.exe is invoked...
5) So are there instructions other than the previous ones I've referenced that correctly tell how everything should be set up? I believe I've correctly followed those instructions (although I had to fill in some holes where they weren't quite explicit enough, like some examples of how/which-of the cw global var dlg fields should be filled in, and with what (all absolute paths, some relative, or ?), and you've identified a cb global var not mentioned in the instructions [which I apparently haven't gotten far enough to need yet]).
instruction URLs repeated:
(apparently INcorrect one - http://forums.codeblocks.org/index.php?topic=1701.0)
(most current observed - http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Windows)
killerbot:
you can always try this :
http://wiki.codeblocks.org/index.php?title=Nightly_Cookbook
stahta01:
--- Quote from: cbexaminr on January 15, 2007, 09:47:24 pm ---I2) Unless 5.1.3 made changes earlier installs didn't, gcc, ar, and g++ are not in my path until I follow the instructions for compiling wxwidgets, which tell me to set path as c:\mingw\bin;c:\mingw\mingw32\bin, at which point I do only have the one version in my path.
--- End quote ---
What directory did you install minGW into?
Unless it was c:\minGW, You must make sure that there is NOT an folder c:\minGW.
Now to test your installation of minGW is done so it will work right with C::B
open an command prompt using Start -> Run "cmd"
at the prompt cd to your minGW bin folder, by doing below if default installation folder used.
CD c:\minGW\bin
Type the following and record versions
mingw32-gcc.exe --version
mingw32-g++.exe --version
windres.exe --version
ar.exe --version
mingw32-make.exe --version
My results are the following
--- Code: ---C:\apps\MinGW\bin>mingw32-gcc.exe --version
mingw32-gcc.exe (GCC) 3.4.5 (mingw special)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
C:\apps\MinGW\bin>mingw32-g++.exe --version
mingw32-g++.exe (GCC) 3.4.5 (mingw special)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
C:\apps\MinGW\bin>windres.exe --version
GNU windres 2.16.91 20060119
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License. This program has absolutely no warranty.
C:\apps\MinGW\bin>ar.exe --version
GNU ar 2.16.91 20060119
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License. This program has absolutely no warranty.
C:\apps\MinGW\bin>mingw32-make.exe --version
GNU Make 3.80
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
C:\apps\MinGW\bin>
--- End code ---
Now CD to the root folder by doing
CD c:\
Type the following and record versions
mingw32-gcc.exe --version
mingw32-g++.exe --version
windres.exe --version
ar.exe --version
mingw32-make.exe --version
I get the following which is OK, you can also get the exact same results as what you did for the above test.
--- Code: ---C:\>
C:\>mingw32-gcc.exe --version
Access is denied.
C:\>mingw32-g++.exe --version
Access is denied.
C:\>windres.exe --version
Access is denied.
C:\>ar.exe --version
Access is denied.
C:\>mingw32-make.exe --version
Access is denied.
C:\>
--- End code ---
What was your results for both tests?
Tim S
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version