[Bug bootstrap/36545] Type _uleb128_t doesn't defined properly in /gcc/unwind-dw2.c
--- Comment #2 from andry at inbox dot ru 2008-08-11 01:42 --- I don't know already. At now i have no this error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36545
[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault
--- Comment #15 from andry at inbox dot ru 2008-08-03 12:18 --- I found where the bug is: /mingw/lib/libmsvcrt.a and /mingw/lib/libmsvcrtd.a should be Microsoft Visual Studio v6.0 libraries. I just run gccmrt.bat attached to TDM builds of GCC (http://www.tdragon.net/recentgcc/) and forgot to revert changes maded by this script back. After reverting changes back crash is disappered. But i think bug with what crash on incorrect library should be fixed or at least, warning should persists in output. -- andry at inbox dot ru changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault
--- Comment #7 from andry at inbox dot ru 2008-08-02 11:10 --- (In reply to comment #6) This kind of path '--prefix=/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686' may be understood by But this is Mingw compatible path, isn't it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault
--- Comment #9 from andry at inbox dot ru 2008-08-02 18:01 --- (In reply to comment #8) It's a valid MinGW path only if you have created a physical directory named c at the root of the current drive, i.e. X:\c\_GccBuilds\... From /msys/1.0/doc/MSYS_VS_CYGWIN: /cygdrive: There is no such item. All devices and mapped shares are auto mounted with the device letter as the mount point. E.G.: the C:\ drive is referenced as /c. From this, /c is automount point to c:. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault
--- Comment #11 from andry at inbox dot ru 2008-08-02 20:41 --- /c/foo/bar is valid for *MSYS* apps. But we're talking about gcc which is NOT a MSYS app, it is a MinGW app, i.e. native win32. /c/foo/bar is *not* valid for such an app. Not true, for example, Mingw GCC 3.4.4 perfectly understands BOTH type of paths. You can simply test it putting paths in to environment variables like CPATH or in -I key on command line. In fact the whole point of MSYS is to rewrite these paths as c:/foo/bar when invoking MinGW apps, but that is only possible if they are passed on a command line. The gcc build system sometimes embeds them in filenames and they won't be translated. Thus you have to be careful to avoid using them. If all this was true, then build should be crash on early stage then first incorrect path come on commend line, but it wouldn't happend. I test build with c:\ and with c:/ paths, the build crashes the same. I think this is not a point of the bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault
--- Comment #13 from andry at inbox dot ru 2008-08-03 01:50 --- (In reply to comment #12) You're not really testing what you think you are Ok, i found that Msys console converts all application arguments and environment variables before run any application. So, i missed out that in Windows console GCC compiler doesn't understand MSYS paths. And yes, using Win32 paths with colons also fails because the gcc build system isn't expecting paths with colons. So, have i any chances to pass in --prefix argument path in Windows form to not mingw directory? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault
--- Comment #14 from andry at inbox dot ru 2008-08-03 02:42 --- (In reply to comment #12) MinGW apps like gcc have *no* way of interpreting anything but Win32 paths. It is, i found that Msys bash shell (not console) converts all this stuff with Msys paths. So xgcc already gothering paths in windows form. And yes, using Win32 paths with colons also fails because the gcc build system isn't expecting paths with colons. Fails not the build, fails call to cc1.exe, in /gcc in build directory. I try simply run it and it fails. Maybe problem in some library and in another thing... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault
--- Comment #5 from andry at inbox dot ru 2008-08-01 02:14 --- I check it without these flags and crash happend again, here: xgcc.exe -v -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug bootstrap/36948] New: cc1.exe: internal compiler error: Segmentation fault
xgcc.exe (GCC; Mingw; 32bit; i686; NLS) 4.3.1
Copyright (C) 2008 Free Software Foundation, Inc.
configure:2369: $? = 0
configure:2371: /c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/xgcc
-B/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/
-L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/mingw
-L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/w32api/lib
-isystem /c/_GccBuilds/gcc-4.3.1/winsup/mingw/include -isystem
/c/_GccBuilds/gcc-4.3.1/winsup/w32api/include
-B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/bin/
-B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/lib/ -isystem
/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/include -isystem
/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/sys-include -v
/dev/null 5
configure:2374: $? = 5
configure:2376: /c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/xgcc
-B/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/
-L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/mingw
-L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/w32api/lib
-isystem /c/_GccBuilds/gcc-4.3.1/winsup/mingw/include -isystem
/c/_GccBuilds/gcc-4.3.1/winsup/w32api/include
-B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/bin/
-B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/lib/ -isystem
/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/include -isystem
/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/sys-include -V
/dev/null 5
configure:2379: $? = 5
configure:2398: /c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/xgcc
-B/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/
-L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/mingw
-L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/w32api/lib
-isystem /c/_GccBuilds/gcc-4.3.1/winsup/mingw/include -isystem
/c/_GccBuilds/gcc-4.3.1/winsup/w32api/include
-B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/bin/
-B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/lib/ -isystem
/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/include -isystem
/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/sys-include -o
conftest -O2 conftest.c 5
cc1.exe: internal compiler error: Segmentation fault
configure:2401: $? = 1
configure:2567: checking for suffix of object files
configure:2588: /c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/xgcc
-B/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/./gcc/
-L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/mingw
-L/c/_GccBuilds/gcc-4.3.1-build/mingw-32-i686/i686-pc-mingw32/winsup/w32api/lib
-isystem /c/_GccBuilds/gcc-4.3.1/winsup/mingw/include -isystem
/c/_GccBuilds/gcc-4.3.1/winsup/w32api/include
-B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/bin/
-B/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/lib/ -isystem
/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/include -isystem
/c/_GccBuilds/gcc-4.3.1-install/mingw-32-i686/i686-pc-mingw32/sys-include -c
-O2 conftest.c 5
cc1.exe: internal compiler error: Segmentation fault
configure:2591: $? = 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME GNU C Runtime Library
| #define PACKAGE_TARNAME libgcc
| #define PACKAGE_VERSION 1.0
| #define PACKAGE_STRING GNU C Runtime Library 1.0
| #define PACKAGE_BUGREPORT
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:2605: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
--
Summary: cc1.exe: internal compiler error: Segmentation fault
Product: gcc
Version: 4.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault
--- Comment #2 from andry at inbox dot ru 2008-07-27 14:01 --- Created an attachment (id=15967) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15967action=view) libgcc config log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault
--- Comment #3 from andry at inbox dot ru 2008-07-27 14:03 --- configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. make[1]: *** [configure-target-libgcc] Error 1 make: *** [all] Error 2 -- andry at inbox dot ru changed: What|Removed |Added Summary|cc1.exe: internal compiler |cc1.exe: internal compiler |error: Segmentation fault |error: Segmentation fault http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault
--- Comment #1 from andry at inbox dot ru 2008-07-27 14:01 --- Created an attachment (id=15966) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15966action=view) Root config log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug bootstrap/36948] cc1.exe: internal compiler error: Segmentation fault
--- Comment #4 from andry at inbox dot ru 2008-07-27 17:52 --- Seems that crash happens when GCC run with -O2 flag: make CFLAGS=-O2 CFLAGS_FOR_TARGET=-O2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36948
[Bug bootstrap/36330] i386-pc-solaris2.10 configure: error: C compiler cannot create executables
--- Comment #14 from andry at inbox dot ru 2008-07-25 15:03 --- Sorry, i think this is different error, not dependent on root folder of Mingw system. I thinks happend because PATH in Mingw system has /mingw/bin part, which brokes build. I was removed it and additionally add /mingw mount path and error disappeared. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36330
[Bug bootstrap/36330] i386-pc-solaris2.10 configure: error: C compiler cannot create executables
--- Comment #12 from andry at inbox dot ru 2008-07-24 21:14 --- I have the same issue on i686-pc-mingw32. It is slightly different issue, is about: ld: no such file or directory. I take a look in to generated Makefile and found this: LD = c:/mingw/bin/../lib/gcc/mingw32/3.4.5/../../../../mingw32/bin/ld.exe This is of cause incorrect and should be fixed to: LD = c:/mingw/bin/../lib/gcc/mingw32/3.4.5/../../../../mingw/bin/ld.exe -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36330
[Bug bootstrap/36330] i386-pc-solaris2.10 configure: error: C compiler cannot create executables
--- Comment #13 from andry at inbox dot ru 2008-07-24 21:35 --- I found which part of Makefile broken: $CC -print-prog-name=ld. This is means that mingw build already broken, if root mingw directory differs from mingw32 folder. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36330
[Bug bootstrap/36541] Make failed with error about system headers
--- Comment #2 from andry at inbox dot ru 2008-06-15 12:36 --- (In reply to comment #1) It appears that you are building on drive F:. I'd guess that /mingw/include (== F:\mingw\include to the OS) does not exist. But why it should exists on drive F? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36541
[Bug bootstrap/36541] Make failed with error about system headers
--- Comment #3 from andry at inbox dot ru 2008-06-16 01:26 --- I think i know why it complain about /mingw/include error, it is because what path doesn't exist in true. To fix problem you should mount path /mingw to main Mingw directory manually before any building. Go to /etc/fstub and write to it this string: PathToMingw /mingw, that's all. -- andry at inbox dot ru changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36541
[Bug bootstrap/36545] New: Type _uleb128_t doesn't defined properly in /gcc/unwind-dw2.c
Error output: In file included from ../../../gcc-4.3.1/libgcc/../gcc/unwind-dw2.c:41: ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:133: error: expected declaration specifiers or '...' before '_uleb128_t' ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h: In function 'read_uleb128': ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:137: error: '_uleb128_t' undeclared (first use in this function) ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:137: error: (Each undeclared identifier is reported only once ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:137: error: for each function it appears in.) ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:137: error: expected ';' before 'result' ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:139: error: 'result' undeclared (first use in this function) ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:143: error: expected ')' before 'byte' ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:148: error: 'val' undeclared (first use in this function) ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h: At top level: ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:155: error: expected declaration specifiers or '...' before '_sleb128_t' ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h: In function 'read_sleb128': ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:159: error: '_uleb128_t' undeclared (first use in this function) ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:159: error: expected ';' before 'result' ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:161: error: 'result' undeclared (first use in this function) ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:165: error: expected ')' before 'byte' ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:172: error: expected ')' before numeric constant ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:174: error: 'val' undeclared (first use in this function) ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:174: error: '_sleb128_t' undeclared (first use in this function) ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:174: error: expected ';' before 'result' ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h: In function 'read_encoded_value_with_base': ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:218: error: '_uleb128_t' undeclared (first use in this function) ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:218: error: expected ';' before 'tmp' ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:219: error: 'tmp' undeclared (first use in this function) ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:219: error: too many arguments to function 'read_uleb128' ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:226: error: '_sleb128_t' undeclared (first use in this function) ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:226: error: expected ';' before 'tmp' ../../../gcc-4.3.1/libgcc/../gcc/unwind-pe.h:227: error: too many arguments to function 'read_sleb128' make[3]: *** [unwind-dw2.o] Error 1 make[3]: Leaving directory `/c/_Builds/gcc-4.3.1-mingw-build/i686-pc-mingw32/libgcc' make[2]: *** [all-stage1-target-libgcc] Error 2 make[2]: Leaving directory `/c/_Builds/gcc-4.3.1-mingw-build' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/c/_Builds/gcc-4.3.1-mingw-build' make: *** [all] Error 2 This is because type _uleb128_t doesn't properly defined in context of /gcc/unwind-dw2.c in sources of GCC. Type is defined in unwind-generic.h in the same directory, but at first - it doesn't included, at second - it declares guard define _UNWIND_H which already declared in /mingw/lib/gcc/mingw32/3.4.5/include/unwind.h and this file already included, so try to include unwind-generic.h just before unwind-pe.h in unwind-dw2.c anyway useless and could invoke different errors. -- Summary: Type _uleb128_t doesn't defined properly in /gcc/unwind- dw2.c Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: andry at inbox dot ru GCC host triplet: i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36545
[Bug bootstrap/36536] make broken if path to build directory has spaces
--- Comment #3 from andry at inbox dot ru 2008-06-14 15:51 --- Here is the details. System: WindowsXP+SP3 Config.log from build directory: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.59. Invocation command line was $ ../gcc-4.3.1/configure --with-gcc --enable-languages=c,objc,c++ ## - ## ## Platform. ## ## - ## hostname = ANDRY_HOST uname -m = i686 uname -r = 1.0.11(0.46/3/2) uname -s = MINGW32_NT-5.1 uname -v = 2007-01-12 12:05 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: . PATH: /usr/local/bin PATH: /mingw/bin PATH: /bin PATH: /e/WINDOWS.0/system32 PATH: /e/WINDOWS.0 PATH: /e/WINDOWS.0/System32/Wbem PATH: /c/Programs/Tools/Console/Console v2.00b139 ## --- ## ## Core tests. ## ## --- ## configure:1505: checking build system type configure:1523: result: i686-pc-mingw32 configure:1558: checking host system type configure:1572: result: i686-pc-mingw32 configure:1580: checking target system type configure:1594: result: i686-pc-mingw32 configure:1637: checking for a BSD-compatible install configure:1692: result: /bin/install -c configure:1703: checking whether ln works configure:1725: result: yes configure:1729: checking whether ln -s works configure:1733: result: yes configure:2885: checking for gcc configure:2901: found /bin/gcc configure:2911: result: gcc configure:3155: checking for C compiler version configure:3158: gcc --version /dev/null 5 gcc.exe (GCC) 3.4.5 (mingw-vista special r3) 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. configure:3161: $? = 0 configure:3163: gcc -v /dev/null 5 Reading specs from C:/mingw/bin/../lib/gcc/mingw32/3.4.5/specs Configured with: ../gcc-3.4.5-20060117-3/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchronization --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.5 (mingw-vista special r3) configure:3166: $? = 0 configure:3168: gcc -V /dev/null 5 gcc.exe: `-V' option must have argument configure:3171: $? = 1 configure:3194: checking for C compiler default output file name configure:3197: gccconftest.c 5 configure:3200: $? = 0 configure:3246: result: a.exe configure:3251: checking whether the C compiler works configure:3257: ./a.exe configure:3260: $? = 0 configure:3277: result: yes configure:3284: checking whether we are cross compiling configure:3286: result: no configure:3289: checking for suffix of executables configure:3291: gcc -o conftest.execonftest.c 5 configure:3294: $? = 0 configure:3319: result: .exe configure:3325: checking for suffix of object files configure:3346: gcc -c conftest.c 5 configure:3349: $? = 0 configure:3371: result: o configure:3375: checking whether we are using the GNU C compiler configure:3399: gcc -c conftest.c 5 configure:3405: $? = 0 configure:3409: test -z || test ! -s conftest.err configure:3412: $? = 0 configure:3415: test -s conftest.o configure:3418: $? = 0 configure:3431: result: yes configure:3437: checking whether gcc accepts -g configure:3458: gcc -c -g conftest.c 5 configure:3464: $? = 0 configure:3468: test -z || test ! -s conftest.err configure:3471: $? = 0 configure:3474: test -s conftest.o configure:3477: $? = 0 configure:3488: result: yes configure:3505: checking for gcc option to accept ANSI C configure:3575: gcc -c -g -O2 conftest.c 5 configure:3581: $? = 0 configure:3585: test -z || test ! -s conftest.err configure:3588: $? = 0 configure:3591: test -s conftest.o configure:3594: $? = 0 configure:3612: result: none needed configure:3630: gcc -c -g -O2 conftest.c 5 conftest.c:2: error: syntax error before me configure:3636: $? = 1 configure: failed program was: | #ifndef __cplusplus | choke me | #endif configure:3821: checking for g++ configure:3837: found /bin/g++ configure:3847: result: g++ configure:3863: checking for C++ compiler version configure:3866: g++ --version /dev/null 5 g++.exe (GCC) 3.4.5 (mingw-vista special r3) 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
[Bug bootstrap/36536] make broken if path to build directory has spaces
--- Comment #4 from andry at inbox dot ru 2008-06-14 15:52 --- Make failed with this output: The directory that should contain system headers does not exist: /mingw/include make[3]: *** [stmp-fixinc] Error 1 make[3]: Leaving directory `/f/_Builds/gcc-4.3.1-build/gcc' make[2]: *** [all-stage1-gcc] Error 2 make[2]: Leaving directory `/f/_Builds/gcc-4.3.1-build' make[1]: *** [stage1-bubble] Error 2 make[1]: Leaving directory `/f/_Builds/gcc-4.3.1-build' make: *** [all] Error 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36536
[Bug bootstrap/36536] make broken if path to build directory has spaces
--- Comment #5 from andry at inbox dot ru 2008-06-14 16:08 --- Above issue info is about different issue, not about spaces in path to build directory, so check it out too. Here is error info about spaces in path to build directory. Config.log: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.59. Invocation command line was $ ../gcc-4.3.1/configure --enable-languages=c,objc,c++ ## - ## ## Platform. ## ## - ## hostname = ANDRY_HOST uname -m = i686 uname -r = 1.0.11(0.46/3/2) uname -s = MINGW32_NT-5.1 uname -v = 2007-01-12 12:05 /usr/bin/uname -p = unknown /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = unknown /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: . PATH: /usr/local/bin PATH: /mingw/bin PATH: /bin PATH: /e/WINDOWS.0/system32 PATH: /e/WINDOWS.0 PATH: /e/WINDOWS.0/System32/Wbem PATH: /c/Programs/Tools/Console/Console v2.00b139 ## --- ## ## Core tests. ## ## --- ## configure:1505: checking build system type configure:1523: result: i686-pc-mingw32 configure:1558: checking host system type configure:1572: result: i686-pc-mingw32 configure:1580: checking target system type configure:1594: result: i686-pc-mingw32 configure:1637: checking for a BSD-compatible install configure:1692: result: /bin/install -c configure:1703: checking whether ln works configure:1725: result: yes configure:1729: checking whether ln -s works configure:1733: result: yes configure:2885: checking for gcc configure:2901: found /bin/gcc configure:2911: result: gcc configure:3155: checking for C compiler version configure:3158: gcc --version /dev/null 5 gcc.exe (GCC) 3.4.5 (mingw-vista special r3) 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. configure:3161: $? = 0 configure:3163: gcc -v /dev/null 5 Reading specs from C:/mingw/bin/../lib/gcc/mingw32/3.4.5/specs Configured with: ../gcc-3.4.5-20060117-3/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchronization --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.5 (mingw-vista special r3) configure:3166: $? = 0 configure:3168: gcc -V /dev/null 5 gcc.exe: `-V' option must have argument configure:3171: $? = 1 configure:3194: checking for C compiler default output file name configure:3197: gccconftest.c 5 configure:3200: $? = 0 configure:3246: result: a.exe configure:3251: checking whether the C compiler works configure:3257: ./a.exe configure:3260: $? = 0 configure:3277: result: yes configure:3284: checking whether we are cross compiling configure:3286: result: no configure:3289: checking for suffix of executables configure:3291: gcc -o conftest.execonftest.c 5 configure:3294: $? = 0 configure:3319: result: .exe configure:3325: checking for suffix of object files configure:3346: gcc -c conftest.c 5 configure:3349: $? = 0 configure:3371: result: o configure:3375: checking whether we are using the GNU C compiler configure:3399: gcc -c conftest.c 5 configure:3405: $? = 0 configure:3409: test -z || test ! -s conftest.err configure:3412: $? = 0 configure:3415: test -s conftest.o configure:3418: $? = 0 configure:3431: result: yes configure:3437: checking whether gcc accepts -g configure:3458: gcc -c -g conftest.c 5 configure:3464: $? = 0 configure:3468: test -z || test ! -s conftest.err configure:3471: $? = 0 configure:3474: test -s conftest.o configure:3477: $? = 0 configure:3488: result: yes configure:3505: checking for gcc option to accept ANSI C configure:3575: gcc -c -g -O2 conftest.c 5 configure:3581: $? = 0 configure:3585: test -z || test ! -s conftest.err configure:3588: $? = 0 configure:3591: test -s conftest.o configure:3594: $? = 0 configure:3612: result: none needed configure:3630: gcc -c -g -O2 conftest.c 5 conftest.c:2: error: syntax error before me configure:3636: $? = 1 configure: failed program was: | #ifndef __cplusplus | choke me | #endif configure:3821: checking for g++ configure:3837: found /bin/g++ configure:3847: result: g++ configure:3863: checking for C++ compiler version configure:3866: g++ --version /dev/null 5 g++.exe (GCC) 3.4.5 (mingw-vista special r3) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see
[Bug bootstrap/36541] New: Make failed with error about system headers
with error about system headers Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: andry at inbox dot ru GCC host triplet: i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36541
[Bug bootstrap/36536] New: make broken if path to build directory has spaces
-- Summary: make broken if path to build directory has spaces Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: major Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: andry at inbox dot ru GCC host triplet: i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36536
[Bug bootstrap/36537] New: make broken if path to build directory has spaces
-- Summary: make broken if path to build directory has spaces Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: major Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: andry at inbox dot ru GCC host triplet: i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36537
[Bug c++/34747] __attribute__((aligned(x)))+__alignof != correct behaviour
--- Comment #4 from andry at inbox dot ru 2008-05-15 14:06 --- Version 4.3.0 (Release), the same tests still failing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34747
[Bug c++/34158] Template delete doesn't call if exception thrown in constructor
--- Comment #2 from andry at inbox dot ru 2008-05-15 14:10 --- Version 4.3.0 (Release), bug still doesn't fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34158
[Bug preprocessor/35610] New: Pasting foo and ( does not give a valid preprocessing token
MSVC++ from 2003 to 2008 and comeau compiler v4.9.3b gives no errors about
that:
//-
#define CAT(a,b) a ## b
void foo(int a) {}
void foo(int a,int b) {}
int main() {
CAT(foo,(1)); //error
CAT(foo,(1,2)); //error
return 0;
}
//-
--
Summary: Pasting foo and ( does not give a valid
preprocessing token
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35610
[Bug preprocessor/35610] Pasting foo and ( does not give a valid preprocessing token
--- Comment #3 from andry at inbox dot ru 2008-03-16 22:56 --- (In reply to comment #2) ## only works to form a valid token, if it does not, then the code is invalid. When i can understand which token is valid then? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35610
[Bug c++/35060] typeid(*).name() returns wrong values
--- Comment #2 from andry at inbox dot ru 2008-02-03 13:50 --- For the class its name is mangled by prefixing it with its length, so that is also correct. I can't understand meaning of this strange mangling, because to unmangle it, i need anyway call to ::strlen to determine offset of this length (???). How about third issue? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35060
[Bug c++/35060] New: typeid(*).name() returns wrong values
///
#include stdio.h
#include typeinfo
class _A12345 {
virtual ~_A12345() {}
};
extern C {
void foo() { }
void foo2() { }
}
#define ClassName _A12345
int main() {
printf(%s\n,typeid(ClassName).name());
printf(%s\n,typeid(foo).name());
printf(%s\n,typeid(foo2).name());
return 0;
}
///
Output:
7_A12345
FvvE
FvvE
1. I think should be _A12345 instead 7_A12345.
2. foo/foo2 is different types so names must have difference too.
3. extern C i think should turn off name mangling, but it isn't.
--
Summary: typeid(*).name() returns wrong values
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35060
[Bug c++/34747] __attribute__((aligned(x)))+__alignof != correct behaviour
--- Comment #3 from andry at inbox dot ru 2008-01-28 01:16 --- I build trunk (2008.01.27) and run test. Several tests still failing: FAILED: test5 FAILED: test7 FAILED: test20 FAILED: test21 FAILED: test25 FAILED: test26 FAILED: test37 FAILED: test46 FAILED: test47 FAILED: test48 10 tests failed! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34747
[Bug c++/34158] Template delete doesn't call if exception thrown in constructor
--- Comment #1 from andry at inbox dot ru 2008-01-28 02:46 --- In gcc 4.3 (trunk, 2008.01.27), bug still doesn't fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34158
[Bug bootstrap/34766] New: Cannot compute suffix of object files
configure: exit 1 -- Summary: Cannot compute suffix of object files Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: andry at inbox dot ru GCC host triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34766
[Bug bootstrap/34766] Cannot compute suffix of object files
--- Comment #2 from andry at inbox dot ru 2008-01-14 00:06 --- (In reply to comment #1) /cygdrive/e/Work/gcc_4_3_trunk_2008-01-13_build/./gcc/xgcc: No such file or directory figure out why the stage1 compile did not generate that. Yes, may be i had know why :( http://cygwin.com/ml/cygwin/2008-01/msg00240.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34766
[Bug c++/34747] __attribute__((aligned(x)))+__alignof != correct behaviour
--- Comment #2 from andry at inbox dot ru 2008-01-12 08:42 ---
(In reply to comment #1)
I think this is really just PR 10179 which was fixed for 4.3.0.
Could you test it on 4.3?
I tried to make trunk, but stopped with error:
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME GNU C Runtime Library
| #define PACKAGE_TARNAME libgcc
| #define PACKAGE_VERSION 1.0
| #define PACKAGE_STRING GNU C Runtime Library 1.0
| #define PACKAGE_BUGREPORT
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:2605: error: cannot compute suffix of object files: cannot compile
could you run my test on g++ 4.3 to see is that all ok?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34747
[Bug c++/34747] New: __attribute__((aligned(x)))+__alignof != correct behaviour
); failures++; }
}
struct test29_t : A16P1,A32P1 {
char c;
int i;
};
void test29() {
if(__alignof(test29_t) != 32) { printf(FAILED: test29\n); failures++; }
}
#pragma pack(pop)
///
struct test30_t : A16 {
};
void test30() {
if(__alignof(test30_t) != 16) { printf(FAILED: test30\n); failures++; }
}
struct test31_t : A32 {
A16 a16;
};
void test31() {
if(__alignof(test31_t) != 32) { printf(FAILED: test31\n); failures++; }
}
struct test32_t : A16 {
A32 a32;
};
void test32() {
if(__alignof(test32_t) != 32) { printf(FAILED: test32\n); failures++; }
}
struct test33_t : A32 {
A16 a16;
};
void test33() {
if(__alignof(test33_t) != 32) { printf(FAILED: test33\n); failures++; }
}
#pragma pack(push,1)
struct test35_t : A16 {
};
void test35() {
if(__alignof(test35_t) != 16) { printf(FAILED: test35\n); failures++; }
}
struct test36_t : A32 {
A16 a16;
};
void test36() {
if(__alignof(test36_t) != 32) { printf(FAILED: test36\n); failures++; }
}
struct test37_t : A16 {
A32 a32;
};
void test37() {
if(__alignof(test37_t) != 32) { printf(FAILED: test37\n); failures++; }
}
struct test38_t : A32 {
A16 a16;
};
void test38() {
if(__alignof(test38_t) != 32) { printf(FAILED: test38\n); failures++; }
}
#pragma pack(pop)
///
struct test40_t : A1632_1 {
};
void test40() {
if(__alignof(test40_t) != 32) { printf(FAILED: test40\n); failures++; }
}
struct test41_t : A1632_2 {
};
void test41() {
if(__alignof(test41_t) != 32) { printf(FAILED: test41\n); failures++; }
}
struct test42_t {
A1632_1 a1632;
};
void test42() {
if(__alignof(test42_t) != 32) { printf(FAILED: test42\n); failures++; }
}
struct test43_t {
A1632_2 a1632;
};
void test43() {
if(__alignof(test43_t) != 32) { printf(FAILED: test43\n); failures++; }
}
#pragma pack(push,1)
struct test45_t : A1632_1 {
};
void test45() {
if(__alignof(test45_t) != 32) { printf(FAILED: test45\n); failures++; }
}
struct test46_t : A1632_2 {
};
void test46() {
if(__alignof(test46_t) != 32) { printf(FAILED: test46\n); failures++; }
}
struct test47_t {
A1632_1 a1632;
};
void test47() {
if(__alignof(test47_t) != 32) { printf(FAILED: test47\n); failures++; }
}
struct test48_t {
A1632_2 a1632;
};
void test48() {
if(__alignof(test48_t) != 32) { printf(FAILED: test48\n); failures++; }
}
#pragma pack(pop)
int main() {
test1(); test2(); test3(); test4(); test5(); test6(); test7();
test8();
test10(); test11(); test12(); test13(); test14(); test15(); test16();
test17(); test18(); test19();
test20(); test21(); test22(); test23(); test24(); test25(); test26();
test27(); test28(); test29();
test30(); test31(); test32(); test33(); test35(); test36();
test37(); test38();
test40(); test41(); test42(); test43(); test45(); test46();
test47(); test48();
if(!failures) {
printf(No failures!\n);
} else {
printf(%u tests failed!\n,failures);
}
return 0;
}
///
Test failes with 33 errors.
For example, Microsoft Visual Stidio 2003/2005/2008 C++ behavies all tests
correct and without any failures.
--
Summary: __attribute__((aligned(x)))+__alignof != correct
behaviour
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andry at inbox dot ru
GCC host triplet: host-i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34747
[Bug bootstrap/34481] stage3-intl: error: C compiler cannot create executables
--- Comment #2 from andry at inbox dot ru 2007-12-22 13:56 --- (In reply to comment #1) can you try not building in the source directory and use an building directory? The same. May be i missed something to install? Here my list of components which i checked when installing cygwin: - [Bin] All-Devel-gcc-g++: C++ compiler - [Bin] All-Devel-make: The GNU version of the 'make' utility - [Bin] All-Devel-perl-ExtUtils-PkgConfig: Perl module for using pkg-config - [Bin] All-Devel-bison: A parser generator that is compatible with YACC - [Bin] All-Devel-flex: A fast lexical analyzer generator - [Bin] All-Lib-libgmp-devel: Development library for GMP arbitrary precision arithmetic library - [Bin] All-Lib-libmpfr-devel: A library for multiple-precision floating-point arithmetic with exact rounding - [Bin] All-Devel-intltool: GNOME source internalization scripts - [Bin] All-Utils-diffutils: A GNU collection of diff utilities - [Bin] All-Devel-dejagnu: Framework for running test suites on software Other components i didn't touch and leave them checked as is. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34481
[Bug bootstrap/34481] New: stage3-intl: error: C compiler cannot create executables
/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/xgcc
-B/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/
-B/usr/local/i686-pc-cygwin/bin/'
ac_cv_env_CFLAGS_set=set
ac_cv_env_CFLAGS_value='-g -O2'
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_LDFLAGS_set=set
ac_cv_env_LDFLAGS_value=
ac_cv_env_build_alias_set=set
ac_cv_env_build_alias_value=i686-pc-cygwin
ac_cv_env_host_alias_set=set
ac_cv_env_host_alias_value=i686-pc-cygwin
ac_cv_env_target_alias_set=set
ac_cv_env_target_alias_value=i686-pc-cygwin
ac_cv_path_GMSGFMT=:
ac_cv_path_MSGFMT=:
ac_cv_path_MSGMERGE=:
ac_cv_path_XGETTEXT=:
ac_cv_prog_CC='
/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/xgcc
-B/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/
-B/usr/local/i686-pc-cygwin/bin/'
ac_cv_prog_make_make_set=yes
## - ##
## Output variables. ##
## - ##
ACLOCAL=''
ALLOCA=''
AUTOCONF=''
AUTOHEADER=''
BUILD_INCLUDED_LIBINTL=''
CATOBJEXT=''
CC=' /cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/xgcc
-B/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/
-B/usr/local/i686-pc-cygwin/bin/'
CFLAGS='-g -O2'
CPP=''
CPPFLAGS=''
DATADIRNAME=''
DEFS=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP=''
EXEEXT=''
GENCAT=''
GLIBC21=''
GMSGFMT=':'
INCINTL=''
INSTALL_DATA='/usr/bin/install -c -m 644'
INSTALL_PROGRAM='/usr/bin/install -c'
INSTALL_SCRIPT='/usr/bin/install -c'
INSTOBJEXT=''
INTLBISON=''
INTLLIBS=''
INTLOBJS=''
INTL_LIBTOOL_SUFFIX_PREFIX=''
LDFLAGS=''
LIBICONV=''
LIBINTL=''
LIBINTL_DEP=''
LIBOBJS=''
LIBS=''
LTLIBICONV=''
LTLIBINTL=''
LTLIBOBJS=''
MAINT=''
MKINSTALLDIRS='$(top_builddir)/../.././intl/../mkinstalldirs'
MSGFMT=':'
MSGMERGE=':'
OBJEXT=''
PACKAGE_BUGREPORT=''
PACKAGE_NAME=''
PACKAGE_STRING=''
PACKAGE_TARNAME=''
PACKAGE_VERSION=''
PATH_SEPARATOR=':'
POSUB=''
RANLIB='ranlib'
SET_MAKE=''
SHELL='/bin/sh'
USE_INCLUDED_LIBINTL=''
USE_NLS='yes'
XGETTEXT=':'
ac_ct_CC=''
ac_ct_RANLIB=''
bindir='${exec_prefix}/bin'
build='i686-pc-cygwin'
build_alias='i686-pc-cygwin'
build_cpu=''
build_os=''
build_vendor=''
datadir='${prefix}/share'
exec_prefix='NONE'
host='i686-pc-cygwin'
host_alias='i686-pc-cygwin'
host_cpu=''
host_os=''
host_vendor=''
includedir='${prefix}/include'
infodir='${prefix}/info'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localstatedir='${prefix}/var'
mandir='${prefix}/man'
oldincludedir='/usr/include'
prefix='NONE'
program_transform_name='s,y,y,'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target_alias='i686-pc-cygwin'
## --- ##
## confdefs.h. ##
## --- ##
#define PACKAGE_BUGREPORT
#define PACKAGE_NAME
#define PACKAGE_STRING
#define PACKAGE_TARNAME
#define PACKAGE_VERSION
configure: exit 77
///
Have you any ideas?
--
Summary: stage3-intl: error: C compiler cannot create executables
Product: gcc
Version: 4.2.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andry at inbox dot ru
GCC host triplet: i686-pc-cygwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34481
[Bug bootstrap/34414] unrecognized command line option -Wc++-compat
--- Comment #3 from andry at inbox dot ru 2007-12-12 22:32 ---
No, this should not happen, nothing should be rebuilding while doing a make
install.
Can you attach the output of doing a clean make and then a make install
(please put them into two seperate output files)?
I try reinstall cygwin and remake, but now i catched another error:
host-i686-pc-cygwin\intl\config.log:
///
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by configure, which was
generated by GNU Autoconf 2.59. Invocation command line was
$ /cygdrive/e/work/gcc_4_2_2_release/intl/configure
--cache-file=./config.cache --build=i686-pc-cygwin --host=i686-pc-cygwin
--target=i686-pc-cygwin --enable-languages=c,c++,objc
--program-transform-name=s,y,y, --srcdir=../.././intl
--with-build-libsubdir=host-i686-pc-cygwin
## - ##
## Platform. ##
## - ##
hostname = andry_host
uname -m = i686
uname -r = 1.5.25(0.156/4/2)
uname -s = CYGWIN_NT-5.1
uname -v = 2007-12-09 09:47
/usr/bin/uname -p = unknown
/bin/uname -X = unknown
/bin/arch = unknown
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown
PATH: /usr/local/bin
PATH: /usr/bin
PATH: /bin
PATH: /usr/X11R6/bin
PATH: /cygdrive/c/Program Files/PC Connectivity Solution/
PATH: /cygdrive/c/Programs/Dev/www.ruby-lang.org/Ruby v1.8.6/bin
PATH: /cygdrive/c/WINXP/system32
PATH: /cygdrive/c/WINXP
PATH: /cygdrive/c/WINXP/System32/Wbem
PATH: /cygdrive/c/Programs/Tools/Console/Console v2.00b130
PATH: /cygdrive/c/Programs/Dev/CollabNet/Subversion v1.4.3/bin
PATH: /cygdrive/c/Programs/Dev/Perforce/Perforce v2006.2
PATH: /cygdrive/c/Programs/Dev/CVSHome/cvsnt
PATH: /cygdrive/c/Program Files/Microsoft Visual Studio 2008
SDK/VisualStudioIntegration/Tools/Sandcastle/ProductionTools/
## --- ##
## Core tests. ##
## --- ##
configure:1228: creating cache ./config.cache
configure:1323: checking whether make sets $(MAKE)
configure:1343: result: yes
configure:1390: checking for a BSD-compatible install
configure:1445: result: /usr/bin/install -c
configure:1470: checking whether NLS is requested
configure:1479: result: yes
configure:1517: checking for msgfmt
configure:1551: result: no
configure:1557: checking for gmsgfmt
configure:1588: result: :
configure:1627: checking for xgettext
configure:1661: result: no
configure:1698: checking for msgmerge
configure:1731: result: no
configure:1771: checking for i686-pc-cygwin-gcc
configure:1797: result:
/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/xgcc
-B/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/
-B/usr/local/i686-pc-cygwin/bin/
configure:2079: checking for C compiler version
configure:2082:
/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/xgcc
-B/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/
-B/usr/local/i686-pc-cygwin/bin/ --version /dev/null 5
/cygdrive/e/work/gcc_4_2_2_release/intl/configure: line 2083:
/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/xgcc: No such
file or directory
configure:2085: $? = 127
configure:2087:
/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/xgcc
-B/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/
-B/usr/local/i686-pc-cygwin/bin/ -v /dev/null 5
/cygdrive/e/work/gcc_4_2_2_release/intl/configure: line 2088:
/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/xgcc: No such
file or directory
configure:2090: $? = 127
configure:2092:
/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/xgcc
-B/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/
-B/usr/local/i686-pc-cygwin/bin/ -V /dev/null 5
/cygdrive/e/work/gcc_4_2_2_release/intl/configure: line 2093:
/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/xgcc: No such
file or directory
configure:2095: $? = 127
configure:2118: checking for C compiler default output file name
configure:2121:
/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/xgcc
-B/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/
-B/usr/local/i686-pc-cygwin/bin/ -g -O2 conftest.c 5
/cygdrive/e/work/gcc_4_2_2_release/intl/configure: line 2122:
/cygdrive/e/work/gcc_4_2_2_release/host-i686-pc-cygwin/prev-gcc/xgcc: No such
file or directory
configure:2124: $? = 127
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME
| #define PACKAGE_TARNAME
| #define PACKAGE_VERSION
| #define PACKAGE_STRING
| #define PACKAGE_BUGREPORT
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:2163: error: C compiler cannot create executables
See `config.log' for more details.
## ##
## Cache variables
[Bug bootstrap/34414] New: unrecognized command line option -Wc++-compat
To make correctly version 4.2.2 you need to make install previous version of built compiler (/cygwin/usr/local/bin), but not lower than 4.1.0. Compiler complains on unrecognized -Wc++-compat which uses in makefile and which seems appeared in the 4.1.0 version. I think this is bug because in Prerequisites for GCC nothing said about this kind of requirement. -- Summary: unrecognized command line option -Wc++-compat Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: andry at inbox dot ru GCC host triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34414
[Bug c++/34158] New: Template delete doesn't call if exception thrown in constructor
I recently have been discovered some issue on gcc 4.1.2.
Here is my system:
OS:Intel-P4,WindowXP+SP2
Cygwin:Setup.exe version 2.573.2.2
config.status: ./configure --enable-languages=c,c++,java,objc
Command line: g++ test.cpp a 2 b
Minimal example (test.cpp):
///
#include new
#include stdio.h
//dummy...
templateclass T1 class TAlignedMem {};
struct A1 { A1() { throw 0; } }; //throwing in ctor
unsigned char* pAlloc1 = 0;
//Some user new
templateclass T
void* operator new(size_t n,TAlignedMemT) /*throw()*/ {
unsigned char*const pRawMemory = pAlloc1 = reinterpret_castunsigned
char*(operator new(n+32));
for(int i = 0; i 32; i++) {
pRawMemory[i] = 0xCC;
}
printf(user new\n);
return pRawMemory+32;
}
void DumpBlock(void* p) {
if(!p) return;
unsigned char*const pRawMemoryWithOffset = reinterpret_castunsigned
char*(p);
unsigned char*const pRawMemory = pRawMemoryWithOffset-32;
for(int i = 0; i 32/4; i++) {
printf(0x%08X ,((unsigned int*)pRawMemory)[i]);
}
printf(\n);
}
//Some user delete
templateclass T
void operator delete(void* p,TAlignedMemT) /*throw()*/ {
unsigned char*const pRawMemoryWithOffset = reinterpret_castunsigned
char*(p);
unsigned char*const pRawMemory = pRawMemoryWithOffset-32;
printf(user delete: );
DumpBlock(p);
operator delete(pRawMemory);
}
int main() {
A1* p1 = 0;
try {
p1 = new ((TAlignedMemA1())) A1;
}
catch(...) {
printf(catch(...)\n);
}
printf(dumped block: );
DumpBlock(pAlloc1);
return 0;
}
///
a.exe output:
///
user new
catch(...)
dumped block: 0x 0x 0x 0x 0x 0x
0x 0x002B
///
If you try correct code from here:
///
//Some user delete
templateclass T
void operator delete(void* p,TAlignedMemT) /*throw()*/ {
///
To this one:
///
//Some user delete
void operator delete(void* p,TAlignedMemA1) /*throw()*/ {
///
And try run again:
///
user new
user delete: 0x 0x 0x 0x 0x 0x
0x 0x
catch(...)
dumped block: 0x 0x 0x 0x 0x 0x
0x 0x0061
///
delete will call successfully.
--
Summary: Template delete doesn't call if exception thrown in
constructor
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: andry at inbox dot ru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34158
