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.
REGEDIT4
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\MinGW]
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.
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
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>
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.
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:\>
What was your results for both tests?
Tim S
Well, my results from installing mingw-5-1.3.exe differ from yours, as below. (The directory listing showing location [c:\mingw\] is at end of block instead of beginning.) The directory did not exist before I performed the installation. (I do have one idea about why they might differ, which I will pursue after I post this.)
mingw32-gcc (GCC) 3.4.2 (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.
mingw32-g++ (GCC) 3.4.2 (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.
GNU windres 2.15.91 20040904
Copyright 2004 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.
GNU ar 2.15.91 20040904
Copyright 2004 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.
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.
'mingw32-gcc' is not recognized as an internal or external command,
operable program or batch file.
'mingw32-g++' is not recognized as an internal or external command,
operable program or batch file.
'windres' is not recognized as an internal or external command,
operable program or batch file.
'ar' is not recognized as an internal or external command,
operable program or batch file.
'mingw32-make' is not recognized as an internal or external command,
operable program or batch file.
Volume in drive C has no label.
Volume Serial Number is 0B59-0F3A
Directory of c:\mingw
01/15/2007 04:52 AM <DIR> .
01/15/2007 04:52 AM <DIR> ..
01/15/2007 04:52 AM <DIR> bin
12/18/2000 05:47 PM 17,992 COPYING
01/29/2001 09:30 AM 26,430 COPYING.LIB
01/15/2007 04:51 AM <DIR> doc
01/15/2007 04:52 AM <DIR> include
01/15/2007 04:52 AM <DIR> info
01/15/2007 04:52 AM 418 installed.ini
01/15/2007 04:52 AM <DIR> lib
01/15/2007 04:51 AM <DIR> libexec
01/15/2007 04:51 AM <DIR> man
01/15/2007 04:35 AM 138,705 MinGW-5.1.3.exe
01/15/2007 04:52 AM 46 MinGW.url
01/15/2007 04:51 AM <DIR> mingw32
01/15/2007 04:52 AM <DIR> share
01/15/2007 04:52 AM 58,426 uninst.exe
6 File(s) 242,017 bytes
11 Dir(s) 2,627,039,232 bytes free
Well, my results from installing mingw-5-1.3.exe differ from yours, as below. (The directory listing showing location [c:\mingw\] is at end of block instead of beginning.) The directory did not exist before I performed the installation. (I do have one idea about why they might differ, which I will pursue after I post this.)
OK, your minGW looks to be installed correctly to the default folder of c:\mingw.
Note: I have multiple minGW installs so I don't use the default folder of c:\mingw.
Now open a command prompt and verify that cc1plus is correct?
CD C:\MinGW\libexec\gcc\mingw32\3.4.2
cc1plus --version
Here's what I got for version 3.4.2 install below.
C:\>cd C:\apps\MinGW_GCC_3.4.2_API_3_8\libexec\gcc\mingw32\3.4.2
C:\apps\MinGW_GCC_3.4.2_API_3_8\libexec\gcc\mingw32\3.4.2>cc1plus --version
GNU C++ version 3.4.2 (mingw-special) (mingw32)
compiled by GNU C version 3.4.2 (mingw-special).
GGC heuristics: --param ggc-min-expand=95 --param ggc-min-heapsize=122814
C:\apps\MinGW_GCC_3.4.2_API_3_8\libexec\gcc\mingw32\3.4.2>
Now open a command prompt and verify that cc1plus does NOT exists in your path
CD C:\
cc1plus --version
C:\>cc1plus --version
'cc1plus' is not recognized as an internal or external command,
operable program or batch file.
mingw-5.1.3.exe is still broken. I believe it crashes when whatever mirror it chooses does not have all of the packages under some circumstance. At any rate, it crashed 3 times on me.... But I believe I've finally matched your versions (by selecting candidate rather than current.)
I also added the check of cc1plus... see second box for all version info.
And I've tried to rebuild again including wxwidgets. ([edit] but I just found that wxwidgets didn't rebuild properly with 3.4.5, some complaint involving a typedef for boolean.) The candidate version (3.4.5) seems to handle the "-Winvalid-pch" option in the project file. But, I'm still stuck when it reaches Scintilla, attempting to include a wx/setup.h that it can't find. ([edit] I also just found that I had 'lib' specified in the "lib" field for the global variable cw. Deleting that seemed to make a big difference in compiling Scintilla... but now backing up to 3.4.2 to see if I can get wxwidgets built again...)
I just don't think the paths in the command look correct, with an absolute path for c:\...\wxWidgets-2.6.3\include, but a relative path of lib\gcc_dll\mswu, which I don't think the compiler can possibly find (at least with the preprocessor include search path rules I'm familiar with)...???
There is a setup.h in c:\...\wxWidgets-2.6.3\lib\gcc_dll\mswu\wx, but I'm sure the compiler's not going to find it with that relative path!!!
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 -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
In file included from C:/dlh/dev/wxwidgets/wxWidgets-2.6.3/include/wx/defs.h:21,
from C:/dlh/dev/wxwidgets/wxWidgets-2.6.3/include/wx/wx.h:15,
from sdk\wxscintilla\src\PlatWX.cpp:9:
C:/dlh/dev/wxwidgets/wxWidgets-2.6.3/include/wx/platform.h:190:22: wx/setup.h: No such file or directory
mingw32-gcc (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.
mingw32-g++ (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.
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.
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.
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.
GNU C++ version 3.4.5 (mingw special) (mingw32)
compiled by GNU C version 3.4.5 (mingw special).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
'cc1plus' is not recognized as an internal or external command,
operable program or batch file.
Volume in drive C has no label.
Volume Serial Number is 0B59-0F3A
Directory of c:\mingw
01/15/2007 07:11 PM <DIR> .
01/15/2007 07:11 PM <DIR> ..
01/15/2007 07:11 PM <DIR> bin
01/15/2007 06:42 PM 7,114,497 binutils-2.16.91-20060119-1.tar.gz
12/18/2000 05:47 PM 17,992 COPYING
01/29/2001 09:32 AM 26,430 COPYING.LIB
01/15/2007 07:10 PM <DIR> doc
01/15/2007 06:46 PM 3,464,344 gcc-core-3.4.5-20060117-1.tar.gz
01/15/2007 06:47 PM 4,710,429 gcc-g++-3.4.5-20060117-1.tar.gz
01/15/2007 07:11 PM <DIR> include
01/15/2007 07:11 PM <DIR> info
01/15/2007 07:11 PM 288 installed.ini
01/15/2007 07:11 PM <DIR> lib
01/15/2007 07:11 PM <DIR> libexec
01/15/2007 07:11 PM <DIR> man
01/15/2007 04:35 AM 138,705 MinGW-5.1.3.exe
01/15/2007 07:11 PM 46 MinGW.url
01/15/2007 07:11 PM <DIR> mingw32
01/15/2007 07:11 PM 58,426 uninst.exe
01/15/2007 06:34 PM 1,623,353 w32api-3.8.tar.gz
10 File(s) 17,154,510 bytes
10 Dir(s) 2,524,815,360 bytes free
You are correct that "-Ilib\gcc_dll\mswu" does NOT look correct to me.
Tim S
researching possible causes now.
here's my build command
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:\wx\inno\wxWidgets-2.6_BRANCH\include -IC:\wx\inno\wxWidgets-2.6_BRANCH\lib\gcc_dll\mswu -IC:\wx\inno\wxWidgets-2.6_BRANCH\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
Please verify that you did NOT change the settings
The second one listed is not working for you; these are only the first three setting.
To view them do this.
"Project" -> "Build options" Tab "directories" Tab "Compiler"
Tim S
$(#WX.include)
$(#WX.lib)\gcc_dll$(WX_CFG)\msw$(WX_SUFFIX)
$(#WX)\contrib\include
I have no idea, but I would suggest using the 3.4 compiler to compile wxWidgets, I think you used an 3.3 compiler based on some of the info you gave me earlier.
The files wx/build.h and wx/version.h are used to build that message but I can NOT find where __GXX_ABI_VERSION is set. I think that is where the 102 or 1002 is from.
The following command returns a list of values one of which is __GXX_ABI_VERSION
g++ -c nul.c -E -dM
3.4.2 returns 1002 for __GXX_ABI_VERSION
3.4.5 returns 1002 for __GXX_ABI_VERSION
Tim S
From google I found http://blog.gmane.org/gmane.comp.gnu.mingw.user/month=20030601
#define __GXX_ABI_VERSION 102
#define __VERSION__ "3.2 (mingw special 20020817-1)"
Could someone try to verify this bug.
Ubuntu Edgy, wxGTK 2.6.3p2, rev 3497
With Code completion enabled:
1. Start Code::Blocks (from terminal)
2. Close Code::Blocks.
3. I get "Aborted (core dumped)" message.
GDB output:
GNU gdb 6.4.90-debian
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) run
Starting program: /usr/local/bin/codeblocks
[Thread debugging using libthread_db enabled]
[New Thread -1230534992 (LWP 11857)]
[New Thread -1246491744 (LWP 11984)]
[New Thread -1254884448 (LWP 11985)]
[New Thread -1263277152 (LWP 11986)]
[New Thread -1271669856 (LWP 11987)]
[New Thread -1281201248 (LWP 11988)]
[New Thread -1291682912 (LWP 11989)]
[Thread -1281201248 (zombie) exited]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1230534992 (LWP 11857)]
0xb7d5c6e1 in TiXmlElement::ClearThis (this=0x88ee7d0) at tinyxml.cpp:536
536 delete node;
(gdb) bt
#0 0xb7d5c6e1 in TiXmlElement::ClearThis (this=0x88ee7d0) at tinyxml.cpp:536
#1 0xb7d5d430 in ~TiXmlElement (this=0x88ee7d0) at tinyxml.cpp:525
#2 0xb7d5b451 in TiXmlNode::Clear (this=0x8772040) at tinyxml.cpp:162
#3 0xb7d5c6c2 in TiXmlElement::ClearThis (this=0x8772040) at tinyxml.cpp:531
#4 0xb7d5d430 in ~TiXmlElement (this=0x8772040) at tinyxml.cpp:525
#5 0xb7d5b451 in TiXmlNode::Clear (this=0x8a56780) at tinyxml.cpp:162
#6 0xb7d5c6c2 in TiXmlElement::ClearThis (this=0x8a56780) at tinyxml.cpp:531
#7 0xb7d5d430 in ~TiXmlElement (this=0x8a56780) at tinyxml.cpp:525
#8 0xb7d5b451 in TiXmlNode::Clear (this=0x81f97e8) at tinyxml.cpp:162
#9 0xb7d5c6c2 in TiXmlElement::ClearThis (this=0x81f97e8) at tinyxml.cpp:531
#10 0xb7d5d430 in ~TiXmlElement (this=0x81f97e8) at tinyxml.cpp:525
#11 0xb7d5b451 in TiXmlNode::Clear (this=0x81f9760) at tinyxml.cpp:162
#12 0xb7d5c6c2 in TiXmlElement::ClearThis (this=0x81f9760) at tinyxml.cpp:531
#13 0xb7d5d430 in ~TiXmlElement (this=0x81f9760) at tinyxml.cpp:525
#14 0xb7d5b451 in TiXmlNode::Clear (this=0x81f9658) at tinyxml.cpp:162
#15 0xb7d5c6c2 in TiXmlElement::ClearThis (this=0x81f9658) at tinyxml.cpp:531
#16 0xb7d5d430 in ~TiXmlElement (this=0x81f9658) at tinyxml.cpp:525
#17 0xb7d5b451 in TiXmlNode::Clear (this=0x81e4858) at tinyxml.cpp:162
#18 0xb7d5c6c2 in TiXmlElement::ClearThis (this=0x81e4858) at tinyxml.cpp:531
#19 0xb7d5d430 in ~TiXmlElement (this=0x81e4858) at tinyxml.cpp:525
#20 0xb7d5d2cd in ~TiXmlNode (this=0x81e4788) at tinyxml.cpp:141
#21 0xb7d62df4 in ~TiXmlDocument (this=0x81e4788) at tinyxml.h:1375
#22 0xb7bc4624 in CfgMgrBldr::Close (this=0x81e58d8) at configmanager.cpp:342
#23 0xb7bc480c in ~CfgMgrBldr (this=0x81e58d8) at configmanager.cpp:322
#24 0xb7c35804 in ~Manager (this=0xb7f2d340) at manager.h:152
#25 0xb7c35840 in __tcf_0 () at manager.cpp:91
#26 0xb724e299 in exit () from /lib/tls/i686/cmov/libc.so.6
#27 0xb72378d4 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#28 0x08066921 in _start ()
I also get the following:
pure virtual method called
terminate called without an active exception
It seems to be random but it happens when Code completion plugin is enabled.