[Bug target/52294] New: [4.7 Regression] [ARM Thumb] generated asm code produces branch out of range error in gas with -Os -mcpu=cortex-a9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52294 Bug #: 52294 Summary: [4.7 Regression] [ARM Thumb] generated asm code produces branch out of range error in gas with -Os -mcpu=cortex-a9 Classification: Unclassified Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: b...@arklinux.org Created attachment 26693 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26693 Preprocessed source triggering this issue [bero@localhost ~]$ /opt/android-toolchain-4.7/bin/arm-linux-androideabi-g++ -mcpu=cortex-a9 -mthumb -Os -o agc2_amr_wb.o -c agc2_amr_wb.i /tmp/ccBg0Qr8.s: Assembler messages: /tmp/ccBg0Qr8.s:110: Error: branch out of range The problem disappears when taking out -mcpu=cortex-a9 or replacing -Os with any other optimization level. Reproducable with arm-linux-androideabi, arm-eabi and arm-linux-gnueabi compilers.
[Bug other/19563] Makefiles don't handle configure --program-suffix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19563 --- Comment #4 from bero at arklinux dot org 2011-11-13 18:17:20 UTC --- It has worked for me for the last couple of years as well, so whatever caused it is fixed
[Bug middle-end/50266] New: internal compiler error: in decode_addr_const, at varasm.c:2638
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50266 Bug #: 50266 Summary: internal compiler error: in decode_addr_const, at varasm.c:2638 Classification: Unclassified Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: b...@arklinux.org Created attachment 25164 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25164 Preprocessed source Compiling u-boot with gcc 4.6.1 with the fix from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50116 applied results in clocks.c: In function 'enable_basic_clocks': clocks.c:657:13: internal compiler error: in decode_addr_const, at varasm.c:2638 (this is the same error as 50116, except the ICE moved by the 6 lines that were inserted in the patch for 50116. I don't have permissions to reopen 50116.) Attaching preprocessed source.
[Bug middle-end/50266] internal compiler error: in decode_addr_const, at varasm.c:2638
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50266 bero at arklinux dot org changed: What|Removed |Added Attachment #25164|0 |1 is obsolete|| --- Comment #1 from bero at arklinux dot org 2011-09-01 15:16:15 UTC --- Created attachment 25165 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25165 Reduced test case Reduced test case: struct a { unsigned int a; unsigned int b; }; struct a *const p = (struct a *)0x4A004100; void bug50116(void) { unsigned int i = 0; unsigned int *const x[] = { p-a, p-b, 0 }; (*(volatile unsigned int *)((x[i])) = (unsigned int)((unsigned int)((*(volatile unsigned int *)(x[i]); }
[Bug target/50116] [4.6 Regression] internal compiler error: in decode_addr_const, at varasm.c:2632
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50116 bero at arklinux dot org changed: What|Removed |Added CC||bero at arklinux dot org --- Comment #4 from bero at arklinux dot org 2011-09-01 15:16:58 UTC --- The patch doesn't fix it. I don't have sufficient access to reopen this bug, so I've filed a new bug including a reduced test case as bug 50266.
[Bug tree-optimization/48648] internal compiler error: in translate_clast, at graphite-clast-to-gimple.c:1123
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648 --- Comment #8 from bero at arklinux dot org 2011-06-18 09:55:58 UTC --- ppl 0.11.2
[Bug tree-optimization/49040] ICE in translate_clast, at graphite-clast-to-gimple.c:1123
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49040 --- Comment #2 from bero at arklinux dot org 2011-06-18 09:57:10 UTC --- Probably the same as 48648 (which has a reduced test case)
[Bug tree-optimization/49040] New: ICE in translate_clast, at graphite-clast-to-gimple.c:1123
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49040 Summary: ICE in translate_clast, at graphite-clast-to-gimple.c:1123 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: b...@arklinux.org Host: i686-pc-linux-gnu Target: i686-pc-linux-gnu Build: i686-pc-linux-gnu Created attachment 24280 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24280 Preprocessed source (not yet reduced) Trying to build gsl 1.15 with gcc 4.6.0 -O -fgraphite-identity results in dd.c: In function 'gsl_poly_dd_taylor': dd.c:53:1: internal compiler error: in translate_clast, at graphite-clast-to-gimple.c:1123 Please submit a full bug report, with preprocessed source if appropriate. ppl 0.11.2 isl 0.06 cloog 0.16.2
[Bug middle-end/48914] New: #pragma GCC diagnostic ignored -Wc++0x-compat doesn't work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48914 Summary: #pragma GCC diagnostic ignored -Wc++0x-compat doesn't work Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: b...@arklinux.org $ cat test.cpp #pragma GCC diagnostic ignored -Wc++0x-compat namespace std { class nullptr_t { }; } extern std::nullptr_t nullptr; $ g++ -Wc++0x-compat -c test.cpp test.cpp:5:1: warning: identifier ‘nullptr’ will become a keyword in C++0x [-Wc++0x-compat] $ g++ -Wc++0x-compat -Werror -c test.cpp test.cpp:5:1: error: identifier ‘nullptr’ will become a keyword in C++0x [-Werror=c++0x-compat] cc1plus: all warnings being treated as errors
[Bug preprocessor/48865] New: It would be useful to have a way to check the value of a #define at preprocessing time
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48865 Summary: It would be useful to have a way to check the value of a #define at preprocessing time Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: preprocessor AssignedTo: unassig...@gcc.gnu.org ReportedBy: b...@arklinux.org When debugging compile failures in huge projects that heavily (ab)use preprocessor macros, it would be useful to have a way to output the value of a preprocessor token, e.g. something like #define XYZ 42 // buried deep inside some header #warning XYZ is ##XYZ should say XYZ is 42 or, better yet: XYZ is 42 (defined in something.h:123, included from somethingelse.h:456, included from stillsomethingelse.h:789)
[Bug preprocessor/48865] It would be useful to have a way to check the value of a #define at preprocessing time
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48865 --- Comment #2 from bero at arklinux dot org 2011-05-04 11:16:01 UTC --- It does - if you know how to read it. It's easy to tell a student who has never used a compiler outside of an IDE how to add a #warning -- teaching him how to read the output of -E -dD is quite a bit harder and might trigger the old Linux is hard, give me my Vi$ual $tudio myth. Even for someone who does know how to read -E -dD, I think sometimes the easy way could be quicker sometimes (especially locating the relevant place in pieces of code that are so full of macros that the output doesn't bear much resemblance to the original).
[Bug tree-optimization/48805] New: ICE in rename_uses, at sese.c:533 while compiling qutecom 2.2 with -fgraphite-identity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48805 Summary: ICE in rename_uses, at sese.c:533 while compiling qutecom 2.2 with -fgraphite-identity Product: gcc Version: 4.6.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: b...@arklinux.org Created attachment 24127 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24127 Preprocessed source [bero@matterhorn amrwb.dir]$ gcc -O1 -fgraphite-identity -o dec_util.o dec_util.i /usr/src/ark/BUILD/qutecom-2.2/wifo/phapi/amrwb/dec_util.c: In function ‘D_UTIL_dec_synthesis’: /usr/src/ark/BUILD/qutecom-2.2/wifo/phapi/amrwb/dec_util.c:1121:6: internal compiler error: in rename_uses, at sese.c:533 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions.
[Bug tree-optimization/48805] ICE in rename_uses, at sese.c:533 while compiling qutecom 2.2 with -fgraphite-identity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48805 bero at arklinux dot org changed: What|Removed |Added Attachment #24127|0 |1 is obsolete|| --- Comment #1 from bero at arklinux dot org 2011-04-28 13:55:57 UTC --- Created attachment 24128 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24128 Reduced test case Reduced test case: void *A(const void *a); void C(void); static void B(unsigned short a[]) { long i, j, tmp; for(i = 0; i 3; i++) { for(j = 1; j = 3; j++) tmp -= a[i - j]; a[i] = (unsigned short)(tmp 1); } } void C(void) { unsigned short a[3], b[3]; B(b + 1); A(a); }
[Bug tree-optimization/48805] ICE in rename_uses, at sese.c:533 while compiling qutecom 2.2 with -fgraphite-identity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48805 --- Comment #2 from bero at arklinux dot org 2011-04-28 13:56:59 UTC --- gcc 4.6.1 svn rev. 173053 cloog 0.16.2 isl 0.06 ppl 0.11
[Bug tree-optimization/48648] internal compiler error: in translate_clast, at graphite-clast-to-gimple.c:1123
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648 --- Comment #6 from bero at arklinux dot org 2011-04-18 12:19:12 UTC --- cloog 0.16.2 with isl 0.06 (I read somewhere ppl should be replaced with isl?)
[Bug tree-optimization/48648] New: internal compiler error: in translate_clast, at graphite-clast-to-gimple.c:1123
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648 Summary: internal compiler error: in translate_clast, at graphite-clast-to-gimple.c:1123 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: b...@arklinux.org Host: i586-pc-linux-gnu Target: i586-pc-linux-gnu Build: i586-pc-linux-gnu Trying to build postgresql 9.0.4 with gcc 4.6.0 with graphite optimizations enabled results in i586-pc-linux-gnu-gcc -O -fgraphite-identity -I../../../src/include -D_GNU_SOURCE -I/usr/include/libxml2 -c -o ip.o ip.c ip.c: In function ‘pg_sockaddr_cidr_mask’: ip.c:343:1: internal compiler error: in translate_clast, at graphite-clast-to-gimple.c:1123 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions.
[Bug tree-optimization/48648] internal compiler error: in translate_clast, at graphite-clast-to-gimple.c:1123
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648 --- Comment #1 from bero at arklinux dot org 2011-04-17 09:48:04 UTC --- Created attachment 24015 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24015 Full preprocessed source
[Bug tree-optimization/48648] internal compiler error: in translate_clast, at graphite-clast-to-gimple.c:1123
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648 bero at arklinux dot org changed: What|Removed |Added Attachment #24015|0 |1 is obsolete|| --- Comment #2 from bero at arklinux dot org 2011-04-17 10:08:36 UTC --- Created attachment 24016 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24016 Somewhat reduced test case
[Bug tree-optimization/48648] internal compiler error: in translate_clast, at graphite-clast-to-gimple.c:1123
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648 bero at arklinux dot org changed: What|Removed |Added Attachment #24016|0 |1 is obsolete|| --- Comment #3 from bero at arklinux dot org 2011-04-17 10:34:17 UTC --- Created attachment 24017 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24017 Reduced test case
[Bug tree-optimization/48648] internal compiler error: in translate_clast, at graphite-clast-to-gimple.c:1123
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48648 --- Comment #4 from bero at arklinux dot org 2011-04-17 10:34:52 UTC --- void *foo(const void *a); void bug48648() { unsigned char a[2]; long b; int i; for(i = 0; i 2; i++) { if (b = 0) a[i] = 0; else if (b = 8) a[i] = 0; else a[i] = 0; b -= 8; } foo(a); }
[Bug lto/48056] New: lto throws out needed symbols when linking QtScript
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48056 Summary: lto throws out needed symbols when linking QtScript Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassig...@gcc.gnu.org ReportedBy: b...@arklinux.org Trying to build Qt with -flto (after working around bug 48042) results in $ g++ [...] -flto=8 [...] -shared -Wl,-Bsymbolic-functions -Wl,-soname,libQtScript.so.4 -o libQtScript.so.4.7.2 obj/release/pcre_compile.o [...] obj/release/JITStubs.o [...] /tmp/ccKsaUWN.ltrans0.ltrans.o: In function `ctiVMThrowTrampoline': ccKsaUWN.ltrans0.o:(.text+0x4c): undefined reference to `cti_vm_throw' cti_vm_throw is defined in JITStubs.cpp and exists in obj/release/JITStubs.o (as passed to the compiler). $ nm obj/release/JITStubs.o |grep cti_vm_throw 6ad0 T cti_vm_throw $ objdump -s obj/release/JITStubs.o [...] Contents of section .gnu.lto_cti_vm_throw.1ff1d9c6: 789c9d57 7b705457 19ffbe73 f7ee23bb x..W{pTW...s..#. [...] This is probably caused by the fact that ctiVMThrowTrampoline (the user of cti_vm_throw) uses cti_vm_throw through an asm statement: #define HIDE_SYMBOL(name) .hidden #name #define SYMBOL_STRING(name) #name #define SYMBOL_STRING_RELOCATION(name) #name @plt asm volatile ( .globl SYMBOL_STRING(ctiVMThrowTrampoline) \n HIDE_SYMBOL(ctiVMThrowTrampoline) \n SYMBOL_STRING(ctiVMThrowTrampoline) : \n movq %rsp, %rdi \n call SYMBOL_STRING_RELOCATION(cti_vm_throw) \n addq $0x48, %rsp \n popq %rbx \n popq %r15 \n popq %r14 \n popq %r13 \n popq %r12 \n popq %rbp \n ret \n );
[Bug lto/48056] lto throws out needed symbols when linking QtScript
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48056 --- Comment #3 from bero at arklinux dot org 2011-03-10 11:48:47 UTC --- Thanks, works. Re-filed as WebKit bug https://bugs.webkit.org/show_bug.cgi?id=56088
[Bug lto/48042] New: lto segfaults while building Qt 4.7.2 with -g -flto -fwhole-program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042 Summary: lto segfaults while building Qt 4.7.2 with -g -flto -fwhole-program Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassig...@gcc.gnu.org ReportedBy: b...@arklinux.org Trying to build Qt 4.7.2 with -g -flto for the library and -g -flto -fwhole-program for the tools crashes gcc. [bero@matterhorn uic3]$ g++ -Wl,-rpath-link,/usr/src/ark/BUILD/qt/lib -m64 -O2 -g -Wl,-rpath,/usr/lib64/qt4-embedded/lib -Wl,-rpath,/usr/lib64/qt4-embedded/lib -flto -fwhole-program -o ../../../bin/uic3 .obj/release-static-emb-x86_64/customwidgetsinfo.o .obj/release-static-emb-x86_64/databaseinfo.o .obj/release-static-emb-x86_64/driver.o .obj/release-static-emb-x86_64/treewalker.o .obj/release-static-emb-x86_64/ui4.o .obj/release-static-emb-x86_64/validator.o .obj/release-static-emb-x86_64/cppextractimages.o .obj/release-static-emb-x86_64/cppwritedeclaration.o .obj/release-static-emb-x86_64/cppwriteicondata.o .obj/release-static-emb-x86_64/cppwriteicondeclaration.o .obj/release-static-emb-x86_64/cppwriteiconinitialization.o .obj/release-static-emb-x86_64/cppwriteincludes.o .obj/release-static-emb-x86_64/cppwriteinitialization.o .obj/release-static-emb-x86_64/main.o .obj/release-static-emb-x86_64/ui3reader.o .obj/release-static-emb-x86_64/parser.o .obj/release-static-emb-x86_64/domtool.o .obj/release-static-emb-x86_64/object.o .obj/release-static-emb-x86_64/subclassing.o .obj/release-static-emb-x86_64/form.o .obj/release-static-emb-x86_64/converter.o .obj/release-static-emb-x86_64/widgetinfo.o .obj/release-static-emb-x86_64/embed.o .obj/release-static-emb-x86_64/qt3to4.o .obj/release-static-emb-x86_64/deps.o .obj/release-static-emb-x86_64/uic.o -L/usr/src/ark/BUILD/qt/lib -lQt3Support -L/usr/src/ark/BUILD/qt/lib -lQtSql -lsqlite3 -lQtXml -lQtGui -ljpeg -lmng -ltiff -lpng -lfreetype -lQtNetwork -lssl -lcrypto -lQtCore -lz -lm -ldl -pthread -lgthread-2.0 -lrt -lglib-2.0 -lpthread lto1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. lto-wrapper: g++ returned 1 exit status /usr/bin/ld: lto-wrapper failed collect2: ld returned 1 exit status This is with yesterday's gcc svn (rev. 170774). It works (and actually produces a working binary) if I omit -g. Replacing -g with -ggdb or -gdrawf-4 doesn't change anything.
[Bug lto/48042] lto segfaults while building Qt 4.7.2 with -g -flto -fwhole-program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042 --- Comment #2 from bero at arklinux dot org 2011-03-09 12:58:58 UTC --- Somewhat reduced, still too large: $ g++ -m64 -O2 -g -flto -o ../../../bin/uic3 .obj/release-static-emb-x86_64/widgetinfo.o -L/usr/src/ark/BUILD/qt/lib -lQt3Support lto1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. lto-wrapper: g++ returned 1 exit status /usr/bin/ld: lto-wrapper failed collect2: ld returned 1 exit status
[Bug lto/48042] lto segfaults while building Qt 4.7.2 with -g -flto -fwhole-program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042 --- Comment #3 from bero at arklinux dot org 2011-03-09 13:19:53 UTC --- If I reduce widgetinfo.cpp to just say #include q3glist.h it still breaks and produces a different, potentially more useful error: In file included from tools/q3glist.h:164:0, from :88: tools/q3gvector.cpp: In member function ‘write’: tools/q3gvector.cpp:159:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. lto-wrapper: g++ returned 1 exit status /usr/bin/ld: lto-wrapper failed collect2: ld returned 1 exit status
[Bug lto/48042] lto segfaults while building Qt 4.7.2 with -g -flto -fwhole-program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042 --- Comment #4 from bero at arklinux dot org 2011-03-09 13:27:24 UTC --- Created attachment 23598 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23598 Preprocessed source of remaining widgetinfo.cpp Preprocessed source of remaining widgetinfo.cpp $ g++ -g -O2 -flto -o test.o -c widgetinfo.i $ g++ -g -O2 -flto -o test test.o -L/usr/src/ark/BUILD/qt/lib -lQt3Support In file included from tools/q3glist.h:164:0, from :88: tools/q3gvector.cpp: In member function ‘write’: tools/q3gvector.cpp:159:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. lto-wrapper: g++ returned 1 exit status /usr/bin/ld: lto-wrapper failed collect2: ld returned 1 exit status Still requires a libQt3Support.so built with -flto to trigger the crash though...
[Bug lto/48042] lto segfaults while building Qt 4.7.2 with -g -flto -fwhole-program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042 --- Comment #6 from bero at arklinux dot org 2011-03-09 15:02:55 UTC --- Created attachment 23601 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23601 stripped down libQt3Support.a Here's a stripped down version of libQt3Support.a -- linking the preprocessed widgetinfo.cpp to it causes the crash. I have both ld 2.21.51.0.6.20110118 with plugin support and gold 1.10 installed; not sure which gcc uses by default. /usr/bin/ld is ld.
[Bug lto/48042] lto segfaults while building Qt 4.7.2 with -g -flto -fwhole-program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042 bero at arklinux dot org changed: What|Removed |Added Attachment #23598|0 |1 is obsolete|| Attachment #23601|0 |1 is obsolete|| --- Comment #7 from bero at arklinux dot org 2011-03-09 16:27:45 UTC --- Created attachment 23605 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23605 Much smaller test case Small self-contained test case, source-only. $ tar xzf bug48042.tar.gz $ cd bug48042 $ ./bug48042.sh In file included from ../../../include/QtCore/../../src/corelib/global/qglobal.h:899:0, from :10: ../../../include/Qt3Support/../../src/qt3support/tools/q3glist.h: In member function ‘count’: ../../../include/Qt3Support/../../src/qt3support/tools/q3glist.h:161:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. lto-wrapper: g++ returned 1 exit status /usr/bin/ld: lto-wrapper failed collect2: ld returned 1 exit status The problem goes away if -g is added to the first compiler invocation as well -- lto seems to fall over some constructs if linking is done with -g but an object file was built without -g.
[Bug lto/48042] lto segfaults while building Qt 4.7.2 with -g -flto -fwhole-program
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48042 bero at arklinux dot org changed: What|Removed |Added Attachment #23605|0 |1 is obsolete|| --- Comment #9 from bero at arklinux dot org 2011-03-09 16:46:24 UTC --- Created attachment 23607 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23607 Reduced test case Reduced test case, comes down to 10 lines of code
[Bug c++/47705] New: internal compiler error: in convert_nontype_argument, at cp/pt.c:5006
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47705 Summary: internal compiler error: in convert_nontype_argument, at cp/pt.c:5006 Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: b...@arklinux.org Running the following (invalid) code: templatechar const * const x class Something { }; extern char const xyz; class SomethingElse:public Somethingxyz { }; through gcc 4.5.2 results in: test.cpp:6:41: internal compiler error: in convert_nontype_argument, at cp/pt.c:5006 The problem with the code is that xyz should be xyz[] -- I'd expect the error message to be test.cpp:6:41: error: ‘xyz’ is not a valid template argument because ‘xyz’ is a variable, not the address of a variable Which is what you get if you remove the const in extern char const xyz;
[Bug go/47176] New: libgo doesn't compile if libunicode is installed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47176 Summary: libgo doesn't compile if libunicode is installed Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: go AssignedTo: i...@airs.com ReportedBy: b...@arklinux.org Trying to build gcc with go support on a system that has libunicode (http://libunicode.sf.net/) installed results in libtool: compile: /usr/src/ark/BUILD/gcc-4.6.0/build/./gcc/gccgo -B/usr/src/ark/BUILD/gcc-4.6.0/build/./gcc/ -B/usr/x86_64-unknown-linux-gnu/bin/ -B/usr/x86_64-unknown-linux-gnu/lib/ -isystem /usr/x86_64-unknown-linux-gnu/include -isystem /usr/x86_64-unknown-linux-gnu/sys-include -minline-all-stringops -O2 -g -c -fgo-prefix=libgo_bytes ../../../libgo/go/bytes/buffer.go ../../../libgo/go/bytes/bytes.go ../../../libgo/go/bytes/bytes_decl.go -fPIC -o bytes/.libs/bytes.o ../../../libgo/go/bytes/bytes.go:10:9: error: /usr/lib/../lib64/libunicode.so exists but does not contain any Go export data make[4]: *** [bytes/libbytes.a] Error 1 The problem is that the libgo build process sees the system libunicode.so which has nothing to do with go before seeing the go libunicode it built before.
[Bug other/47062] New: -mfpmath=sse,387 causes pow() to produce incorrect results
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47062 Summary: -mfpmath=sse,387 causes pow() to produce incorrect results Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassig...@gcc.gnu.org ReportedBy: b...@arklinux.org Host: x86_64-pc-linux-gnu Target: x86_64-pc-linux-gnu Build: x86_64-pc-linux-gnu If (e)glibc is compiled with -mfpmath=sse,387, the pow() (and __builtin_pow()) function provides incorrect [beyond expectable inaccuracies] results. #include math.h #include stdio.h int main(int argc, char **argv) { double n = 0.703167; printf(%f %f %f\n, pow(n, 1.0/2.2), __builtin_pow(n, 1.0/2.2), pow(0.703167, 1.0/2.2)); } (correctly) results in 0.852081 0.852081 0.852081 without -mfpmath=sse,387. With -mfpmath=sse,387, the result is 1.14 1.14 0.852081
[Bug tree-optimization/45314] [4.5/4.6 Regression] ICE: error: in remove_unreachable_handlers, at tree-sh.c:3294 with -O2 -floop-interchange
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45314 --- Comment #5 from bero at arklinux dot org 2010-11-05 15:30:20 UTC --- Still happens on current 4.5 branch
[Bug libgcj/46082] New: libgcj fails to build in current 4.5 branch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46082 Summary: libgcj fails to build in current 4.5 branch Product: gcc Version: 4.5.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassig...@gcc.gnu.org ReportedBy: b...@arklinux.org Building current 4.5 branch aborts when it hits check_jni_methods.sh: /bin/sh ../../scripts/check_jni_methods.sh Found a problem with the JNI methods declared and implemented. () missing in implementation, () missing in header files Java_gnu_java_awt_dnd_peer_gtk_GtkDragSourceContextPeer_create Java_gnu_java_awt_peer_gtk_CairoGraphics2D_cairoResetClip Java_gnu_java_awt_peer_gtk_CairoSurface_copyAreaNative2 Java_gnu_java_awt_peer_gtk_GdkGraphicsEnvironment_getMouseCoordinates Java_gnu_java_awt_peer_gtk_GdkPixbufDecoder_initState Java_gnu_java_awt_peer_gtk_GtkCheckboxPeer_gtkButtonSetLabel Java_gnu_java_awt_peer_gtk_GtkChoicePeer_nativeRemoveAll Java_gnu_java_awt_peer_gtk_GtkComponentPeer_gtkWidgetDispatchKeyEvent Java_gnu_java_awt_peer_gtk_GtkComponentPeer_gtkWidgetGetLocationOnScreen Java_gnu_java_awt_peer_gtk_GtkComponentPeer_gtkWidgetGetLocationOnScreenUnlocked Java_gnu_java_awt_peer_gtk_GtkComponentPeer_gtkWidgetRequestFocus Java_gnu_java_awt_peer_gtk_GtkComponentPeer_gtkWidgetSetBackground Java_gnu_java_awt_peer_gtk_GtkComponentPeer_gtkWidgetSetForeground Java_gnu_java_awt_peer_gtk_GtkFramePeer_gtkFixedSetVisible Java_gnu_java_awt_peer_gtk_GtkLabelPeer_create Java_gnu_java_awt_peer_gtk_GtkListPeer_add Java_gnu_java_awt_peer_gtk_GtkTextAreaPeer_create Java_gnu_java_awt_peer_gtk_GtkTextFieldPeer_getText Java_gnu_java_awt_peer_gtk_GtkToolkit_getScreenResolution Java_gnu_java_awt_peer_gtk_GtkToolkit_gtkInit Java_gnu_java_awt_peer_gtk_GtkWindowPeer_nativeSetLocation Java_gnu_java_awt_peer_qt_QtComponentPeer_getSizeNative Java_gnu_java_awt_peer_qt_QtImage_clear Java_gnu_java_awt_peer_qt_QtImage_drawPixelsScaled Java_gnu_java_awt_peer_qt_QtMenuPeer_delItem Java_gnu_java_awt_peer_qt_QtTextAreaPeer_setCaretPosition Java_gnu_java_math_GMP_natAndNot Java_gnu_java_math_GMP_natGCD Java_gnu_java_net_local_LocalSocketImpl_close Java_gnu_java_net_VMPlainSocketImpl_bind6 Java_gnu_java_nio_VMPipe_pipe0 Java_gnu_java_util_prefs_gconf_GConfNativePeer_gconf_1escape_1key Java_gnu_javax_sound_midi_dssi_DSSIMidiDeviceProvider_getDSSICopyright_1 Java_gnu_javax_sound_sampled_gstreamer_io_GstAudioFileReaderNativePeer_gstreamer_1get_1audio_1format_1file Java_gnu_javax_sound_sampled_gstreamer_io_GstAudioFileReaderNativePeer_init_1id_1cache Java_gnu_javax_sound_sampled_gstreamer_lines_GstPipeline_available Java_gnu_javax_sound_sampled_gstreamer_lines_GstPipeline_detect_1pipe_1size Java_gnu_xml_libxmlj_dom_GnomeDocument_getElementsByTagNameNS Java_gnu_xml_libxmlj_dom_GnomeNamedNodeMap_getLength Java_gnu_xml_libxmlj_dom_GnomeNode_getFirstChild Java_gnu_xml_libxmlj_dom_GnomeNode_hasChildNodes Java_gnu_xml_libxmlj_dom_GnomeNodeList_getLength Java_gnu_xml_libxmlj_transform_GnomeTransformer_transformDocToDoc Java_java_io_VMFile_delete Java_java_lang_VMFloat_floatToRawIntBits Java_java_nio_VMDirectByteBuffer_shiftDown make[6]: *** [all-local] Error 1
[Bug tree-optimization/45314] [4.5/4.6 Regression] ICE: error: in remove_unreachable_handlers, at tree-sh.c:3294 with -O2 -floop-interchange
--- Comment #3 from bero at arklinux dot org 2010-08-31 18:48 --- Created an attachment (id=21611) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21611action=view) (fairly stupid) Workaround Attaching workaround for people coming across this bug report when googling the error message. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45314
[Bug middle-end/45364] New: Apparent infinite loop while compiling wine's directx.c with -O1 -g
Building the attached code with gcc -m32 -O1 -g -c directx.i -o test.o takes forever. On a machine where gcc -m32 -O0 -g -c directx.i -o test.o finishes in 2.9 seconds and gcc -m32 -O2 -c directx.i -o test.o finishes in 15 seconds, I left gcc -m32 -O2 -g -c directx.i -o test.o running overnight and it still didn't finsh - either something is incredibly slow, or (more likely) it hits an infinite loop somewhere. -- Summary: Apparent infinite loop while compiling wine's directx.c with -O1 -g Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45364
[Bug middle-end/45364] Apparent infinite loop while compiling wine's directx.c with -O1 -g
--- Comment #1 from bero at arklinux dot org 2010-08-21 01:00 --- Created an attachment (id=21534) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21534action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45364
[Bug middle-end/45364] Compiling wine's directx.c with -O1 -g takes a very long time
--- Comment #2 from bero at arklinux dot org 2010-08-21 01:10 --- Assumed it was an infinite loop a bit too early -- it did finish after giving it some more time. There is a speed problem though. Updating summary and severity. -- bero at arklinux dot org changed: What|Removed |Added Severity|normal |enhancement Summary|Apparent infinite loop while|Compiling wine's directx.c |compiling wine's directx.c |with -O1 -g takes a very |with -O1 -g |long time http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45364
[Bug middle-end/45306] New: ICE (Segmentation fault) while building PyQt with -fgraphite-identity
g++ -c -m64 -O2 -fgraphite-identity -DQT_USE_FAST_CONCATENATION -DQT_USE_FAST_OPERATOR_PLUS -fPIC -Wall -W -D_REENTRANT -DNDEBUG -DSIP_PROTECTED_IS_PUBLIC -Dprotected=public -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -I. -I/usr/src/ark/BUILD/PyQt-x11-gpl-4.7.3/qpy/QtGui -I/usr/include/python2.7 -I/usr/lib64/qt4/mkspecs/default -I/usr/lib64/qt4/include/QtGui -I/usr/lib64/qt4/include/QtCore -I/usr/lib64/qt4/include -I/usr/X11R6/include -o sipQtGuiQMatrix2x3.o sipQtGuiQMatrix2x3.cppsipQtGuiQMatrix2x3.cpp: In function PyObject* meth_QMatrix2x3_setToIdentity(PyObject*, PyObject*): sipQtGuiQMatrix2x3.cpp:158:18: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Reducing the optimization level to -O1 -fgraphite-identity still causes a segfault, but in a different place: g++ -c -m64 -O1 -fgraphite-identity -DQT_USE_FAST_CONCATENATION -DQT_USE_FAST_OPERATOR_PLUS -fPIC -Wall -W -D_REENTRANT -DNDEBUG -DSIP_PROTECTED_IS_PUBLIC -Dprotected=public -DQT_NO_DEBUG -DQT_GUI_LIB -DQT_CORE_LIB -I. -I/usr/src/ark/BUILD/PyQt-x11-gpl-4.7.3/qpy/QtGui -I/usr/include/python2.7 -I/usr/lib64/qt4/mkspecs/default -I/usr/lib64/qt4/include/QtGui -I/usr/lib64/qt4/include/QtCore -I/usr/lib64/qt4/include -I/usr/X11R6/include -o sipQtGuiQMatrix2x3.o sipQtGuiQMatrix2x3.cpp In file included from /usr/src/ark/BUILD/PyQt-x11-gpl-4.7.3/sip/QtGui/qgenericmatrix.sip:812:0: /usr/lib64/qt4/include/QtGui/qgenericmatrix.h: In member function void QGenericMatrixN, M, T::setToIdentity() [with int N = 2, int M = 3, T = double]: /usr/lib64/qt4/include/QtGui/qgenericmatrix.h:168:27: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- Summary: ICE (Segmentation fault) while building PyQt with - fgraphite-identity Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45306
[Bug middle-end/45306] ICE (Segmentation fault) while building PyQt with -fgraphite-identity
--- Comment #1 from bero at arklinux dot org 2010-08-17 11:13 --- Created an attachment (id=21502) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21502action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45306
[Bug middle-end/45306] ICE (Segmentation fault) while building PyQt with -fgraphite-identity
--- Comment #2 from bero at arklinux dot org 2010-08-17 11:14 --- Seems to work on 32-bit x86 -- bero at arklinux dot org changed: What|Removed |Added GCC build triplet||x86_64-pc-linux-gnu GCC host triplet||x86_64-pc-linux-gnu GCC target triplet||x86_64-pc-linux-gnu Known to fail||4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45306
[Bug middle-end/45306] ICE (Segmentation fault) while building PyQt with -fgraphite-identity
--- Comment #3 from bero at arklinux dot org 2010-08-17 14:15 --- Ignore the previous comment -- it working on x86 (32bit) was caused by not having -fgraphite-identity in the CFLAGS there. It crashes everywhere. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45306
[Bug middle-end/45314] New: ICE: error: in remove_unreachable_handlers, at tree-sh.c:3294 with -O2 -floop-interchange
i586-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../.. -I../../librender -I../../libcore -I../../libcore/asobj -I../../libcore/asobj/flash -I../../libcore/swf -I../../libcore/abc -I../../libcore/parser -I../../libbase -I../../libmedia -I../../libsound -I../../libltdl -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include-pthread -D__STDC_CONSTANT_MACROS -I/usr/include -O2 -floop-interchange -c -o VM.lo VM.cpp VM.cpp: In member function 'gnash::VM::RNG gnash::VM::randomNumberGenerator() const': VM.cpp:126:1: internal compiler error: in remove_unreachable_handlers, at tree-eh.c:3294 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- Summary: ICE: error: in remove_unreachable_handlers, at tree- sh.c:3294 with -O2 -floop-interchange Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i586-pc-linux-gnu GCC host triplet: i586-pc-linux-gnu GCC target triplet: i586-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45314
[Bug middle-end/45314] ICE: error: in remove_unreachable_handlers, at tree-sh.c:3294 with -O2 -floop-interchange
--- Comment #1 from bero at arklinux dot org 2010-08-17 22:27 --- Created an attachment (id=21508) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21508action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45314
[Bug c++/44717] New: [4.5 Regression] extern C static void test(); produces error
Compiling the following code: extern C static void test(); with a 4.5.1 snapshot results in: test.cpp:1:12: error: invalid use of static in linkage specification The supposedly equivalent extern C { static void test(); } works fine. This used to work before (not sure what version). Real-world use: This issue breaks building the LZMA SDK 9.12 -- Summary: [4.5 Regression] extern C static void test(); produces error Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44717
[Bug lto/44398] New: lto1: internal compiler error: Segmentation fault
Probably introduced by the fix for bug 44385, given it happens in the same place and removing -fuse-linker-plugin fixes it again: With gcc 4.5.1 rev 160157, linking Qt's moc with -flto -fuse-linker-plugin results in g++ -Wl,-rpath-link,/usr/src/ark/BUILD/qt/lib -m64 -O2 -fomit-frame-pointer -fweb -frename-registers -Wl,-O2,-z,combreloc,-z,relro,--enable-new-dtags,--hash-style=gnu -g -flto -fuse-linker-plugin -Wl,-rpath,/usr/lib64/qt4-embedded/lib -Wl,-rpath,/usr/lib64/qt4-embedded/lib -flto -fuse-linker-plugin -fwhole-program -o ../../../bin/moc release-static/moc.o release-static/preprocessor.o release-static/generator.o release-static/parser.o release-static/token.o release-static/main.o -L/usr/src/ark/BUILD/qt/src/tools/bootstrap -lbootstrap -lz lto1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. lto-wrapper: g++ returned 1 exit status /usr/bin/ld: fatal error: lto-wrapper failed collect2: ld returned 1 exit status I couldn't get gdb to produce relevant output for this, so I'm attaching what ltrace -f has to say just before the crash. -- Summary: lto1: internal compiler error: Segmentation fault Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44398
[Bug lto/44398] lto1: internal compiler error: Segmentation fault
--- Comment #1 from bero at arklinux dot org 2010-06-03 10:44 --- Created an attachment (id=20816) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20816action=view) ltrace output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44398
[Bug lto/44390] LTO strips out symbols that are actually needed
--- Comment #7 from bero at arklinux dot org 2010-06-03 11:38 --- Exact same error with 4.5.1 branch rev. 160157, compiling trunk -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44390
[Bug lto/44378] New: lto1: internal compiler error: in cgraph_mark_functions_to_output, at cgraphunit.c:1168
returned 1 exit status -- Summary: lto1: internal compiler error: in cgraph_mark_functions_to_output, at cgraphunit.c:1168 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: armv6j-blankpage-linux-gnueabi GCC target triplet: armv6j-blankpage-linux-gnueabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44378
[Bug lto/44385] New: ld: ../../lto-plugin/lto-plugin.c:325: write_resolution: Assertion `syms' failed.
Trying to build Qt with -flto and -fuse-linker-plugin, using -fwhole-program for the helper apps results in g++ -Wl,-rpath-link,/usr/src/ark/BUILD/qt/lib -m64 -O2 -fomit-frame-pointer -fweb -frename-registers -Wl,-O2,-z,combreloc,-z,relro,--enable-new-dtags,--hash-style=gnu -g -flto -fuse-linker-plugin -Wl,-rpath,/usr/lib64/qt4-embedded/lib -Wl,-rpath,/usr/lib64/qt4-embedded/lib -flto -fwhole-program -fuse-linker-plugin -o ../../../bin/moc release-static/moc.o release-static/preprocessor.o release-static/generator.o release-static/parser.o release-static/token.o release-static/main.o -L/usr/src/ark/BUILD/qt/src/tools/bootstrap -lbootstrap -lz collect2: ld terminated with signal 6 [Aborted] ld: ../../lto-plugin/lto-plugin.c:325: write_resolution: Assertion `syms' failed. Removing -fuse-linker-plugin solves the problem. gcc 4.5.0, gold from binutils 2.20.51.0.9 -- Summary: ld: ../../lto-plugin/lto-plugin.c:325: write_resolution: Assertion `syms' failed. Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44385
[Bug lto/44390] New: LTO strips out symbols that are actually needed
: ld returned 1 exit status Looking at the first symbol complained about: _ZN7PortingC1Ev is Porting::Porting() This symbol is defined in qt3to4.cpp, which becomes qt3to4.o, which is one of the object files mentioned explicitly on the command line -- the symbol appears to be optimized away wrongfully. -- Summary: LTO strips out symbols that are actually needed Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44390
[Bug lto/44390] LTO strips out symbols that are actually needed
--- Comment #1 from bero at arklinux dot org 2010-06-02 16:20 --- uic3.tar.gz, containing the object files that should be linked and the source they're generated from, is too large to attach, so I've uploaded it to http://arklinux.org/~bero/uic3.tar.gz -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44390
[Bug lto/44390] LTO strips out symbols that are actually needed
--- Comment #6 from bero at arklinux dot org 2010-06-02 16:53 --- Omitting -fwhole-program doesn't change anything. Compiling 4.5 branch and trunk now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44390
[Bug c++/43933] New: Suboptimal error message when supplying a bad default value in initialization
When doing something like this: class A { A(); QString a; }; A::A():a(0) { } The error message is test.cpp: In constructor ScribusDoc::ScribusDoc(): test.cpp:6:12: error: call of overloaded QString(int) is ambiguous /usr/lib64/qt4/include/QtCore/qstring.h:427:43: note: candidates are: QString::QString(const QByteArray) /usr/lib64/qt4/include/QtCore/qstring.h:425:43: note: QString::QString(const char*) /usr/lib64/qt4/include/QtCore/qstring.h:726:8: note: QString::QString(const QString) /usr/lib64/qt4/include/QtCore/qstring.h:106:5: note: QString::QString(QChar) /usr/lib64/qt4/include/QtCore/qstring.h:105:14: note: QString::QString(const QChar*) It would be useful if there was an indication of which initializer is being processed at the time, e.g. test.cpp: In constructor ScribusDoc::ScribusDoc(): test.cpp:6:12: error: call of overloaded QString(int) is ambiguous while initializing member a' /usr/lib64/qt4/include/QtCore/qstring.h:427:43: note: candidates are: QString::QString(const QByteArray) /usr/lib64/qt4/include/QtCore/qstring.h:425:43: note: QString::QString(const char*) /usr/lib64/qt4/include/QtCore/qstring.h:726:8: note: QString::QString(const QString) /usr/lib64/qt4/include/QtCore/qstring.h:106:5: note: QString::QString(QChar) /usr/lib64/qt4/include/QtCore/qstring.h:105:14: note: QString::QString(const QChar*) especially if the class initializes tens of variables rather than just one. -- Summary: Suboptimal error message when supplying a bad default value in initialization Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43933
[Bug bootstrap/43400] New: [4.5 Regression] internal compiler error: in adjust_mems, at var-tracking.c:789
While crosscompiling gcc 4.5.0 svn rev. 157515, it barfs while compiling itself: /usr/src/CVS/toolchains/gcc-4.5.0/build/./gcc/xgcc -B/usr/src/CVS/toolchains/gcc-4.5.0/build/./gcc/ -B/usr/armv6j-blankpage-linux-gnueabi/bin/ -B/usr/armv6j-blankpage-linux-gnueabi/lib/ -isystem /usr/armv6j-blankpage-linux-gnueabi/include -isystem /usr/armv6j-blankpage-linux-gnueabi/sys-include-g -O2 -O2 -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -Wno-missing-prototypes -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../.././gcc -I../../../libgcc -I../../../libgcc/. -I../../../libgcc/../gcc -I../../../libgcc/../include -o _absvsi2.o -MT _absvsi2.o -MD -MP -MF _absvsi2.dep -DL_absvsi2 -c ../../../libgcc/../gcc/libgcc2.c \ ../../../libgcc/../gcc/libgcc2.c: In function __negdi2: ../../../libgcc/../gcc/libgcc2.c:76:1: internal compiler error: in adjust_mems, at var-tracking.c:789 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[2]: *** [_negdi2.o] Error 1 make[2]: *** Waiting for unfinished jobs ../../../libgcc/../gcc/libgcc2.c: In function __muldi3: ../../../libgcc/../gcc/libgcc2.c:562:1: internal compiler error: in adjust_mems, at var-tracking.c:789 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[2]: *** [_muldi3.o] Error 1 ../../../libgcc/../gcc/libgcc2.c: In function __absvsi2: ../../../libgcc/../gcc/libgcc2.c:237:1: internal compiler error: in adjust_mems, at var-tracking.c:789 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[2]: *** [_absvsi2.o] Error 1 svn rev. 157441 didn't have this problem. -- Summary: [4.5 Regression] internal compiler error: in adjust_mems, at var-tracking.c:789 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: armv6j-blankpage-linux-gnueabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43400
[Bug c/43347] New: [4.5 Regression] Bogus warning about symbols generated by gcc being used uninitialized
gcc -std=gnu99 -Wall -Werror -O -c -o linux-kernel-modules.o linux-kernel-modules.i cc1: warnings being treated as errors linux-kernel-modules.c: In function dwfl_linux_kernel_report_kernel: linux-kernel-modules.c:894:1: error: SR.243 may be used uninitialized in this function linux-kernel-modules.c:894:1: note: SR.243 was declared here linux-kernel-modules.c:894:1: error: SR.242 may be used uninitialized in this function linux-kernel-modules.c:894:1: note: SR.242 was declared here -- Summary: [4.5 Regression] Bogus warning about symbols generated by gcc being used uninitialized Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43347
[Bug c/43347] [4.5 Regression] Bogus warning about symbols generated by gcc being used uninitialized
--- Comment #1 from bero at arklinux dot org 2010-03-12 12:52 --- Created an attachment (id=20094) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20094action=view) Preprocessed source showing the problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43347
[Bug middle-end/42998] New: [4.5 Regression] ICE: error: verify_stmts failed
Building Linux kernel 2.6.33-rc7 with gcc 4.5-svn fails with an ICE: net/ipv6/ndisc.c: In function 'ndisc_fill_addr_option': net/ipv6/ndisc.c:199:12: error: type mismatch in pointer plus expression u8 * void * unsigned int pretmp.191_160 = D.41953_14 + 2; net/ipv6/ndisc.c:199:12: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. This might be related to bug 42749 (similar ICE, but preceded by a different error message and happens on a different architecture (x86_32, the code compiles on x86_64)). -- Summary: [4.5 Regression] ICE: error: verify_stmts failed Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i686-ark-linux-gnu GCC host triplet: i686-ark-linux-gnu GCC target triplet: i686-ark-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42998
[Bug middle-end/42998] [4.5 Regression] ICE: error: verify_stmts failed
--- Comment #1 from bero at arklinux dot org 2010-02-08 12:29 --- Created an attachment (id=19820) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19820action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42998
[Bug middle-end/42998] [4.5 Regression] ICE: error: verify_stmts failed
--- Comment #2 from bero at arklinux dot org 2010-02-08 13:00 --- Only happens at -O2 and higher -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42998
[Bug middle-end/42749] [4.5 Regression] -O2 and verify_stmts failed again
--- Comment #13 from bero at arklinux dot org 2010-01-21 11:56 --- FWIW a very similar error occurs when building mysql 5.5.1-m2, almost certainly the same bug opt_range.cc: In member function 'int SEL_ARG::store_min_key(KEY_PART*, uchar**, uint*, uint)': opt_range.cc:11812:42: error: type mismatch in binary expression int int uint add_acc.811_37 = add_acc.811_49 + res_15; opt_range.cc:11812:42: internal compiler error: verify_stmts failed -- bero at arklinux dot org changed: What|Removed |Added CC||bero at arklinux dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42749
[Bug lto/42826] New: lto1: ICE in ipcp_iterate_stage, at ipa-cp.c:759
Trying to build MySQL 5.5.1-m2 with gcc 4.5.0 svn 156081 and lto enabled results in: x86_64-unknown-linux-gnu-g++ -m64 -O1 -fomit-frame-pointer -fweb -frename-registers -Wl,-O1 -Wl,-z -Wl,combreloc -Wl,-z -Wl,relro -Wl,--enable-new-dtags -Wl,--hash-style=gnu -g -flto -felide-constructors -fno-exceptions -fno-rtti -fPIC -fvisibility-inlines-hidden -fno-implicit-templates -fno-exceptions -fno-rtti -m64 -O1 -fomit-frame-pointer -fweb -frename-registers -Wl,-O1 -Wl,-z -Wl,combreloc -Wl,-z -Wl,relro -Wl,--enable-new-dtags -Wl,--hash-style=gnu -g -rdynamic -o .libs/mysql mysql.o readline.o sql_string.o completion_hash.o ../cmd-line-utils/libedit/libedit.a -lncursesw -lpthread ../libmysql/.libs/libmysqlclient.so -lcrypt -lnsl -lm -lz -Wl,-rpath -Wl,/usr/lib64/mysql lto1: internal compiler error: in ipcp_iterate_stage, at ipa-cp.c:759 Please submit a full bug report, with preprocessed source if appropriate. Not sure how to generate a meaningful preprocessed source for LTO bits -- does it come down to adding the preprocessed source for all listed source files? -- Summary: lto1: ICE in ipcp_iterate_stage, at ipa-cp.c:759 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42826
[Bug bootstrap/42343] New: gcc 3.2.x fails to build with current gcc versions
When trying to build gcc 3.2.3 (or gcc-3_2-branch) with a less outdated version of gcc [unfortunately, this is sometimes necessary to build a matching compiler for an embedded device...], gcc barfs on the use of trigraphs as lvalues. I'm attaching patches to fix this; chances are it's too late to get them info the 3.2 branch, but maybe the report (and patches) will help others running into this. -- Summary: gcc 3.2.x fails to build with current gcc versions Product: gcc Version: 3.2.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: arm920t-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42343
[Bug bootstrap/42343] gcc 3.2.x fails to build with current gcc versions
--- Comment #1 from bero at arklinux dot org 2009-12-09 13:55 --- Created an attachment (id=19265) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19265action=view) Fix for obstack.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42343
[Bug bootstrap/42343] gcc 3.2.x fails to build with current gcc versions
--- Comment #2 from bero at arklinux dot org 2009-12-09 13:56 --- Created an attachment (id=19266) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19266action=view) Fix for decl.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42343
[Bug libstdc++/39107] New: Building an i686-pc-linux-gnu - i686-pc-mingw32 crosscompiler fails on libstdc++ configure
configuring libstdc++ in an i686-pc-linux-gnu-i686-pc-mingw32 crosscompiler fails with checking for ld that supports -Wl,--gc-sections... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make[1]: *** [configure-target-libstdc++-v3] Error 1 -- Summary: Building an i686-pc-linux-gnu - i686-pc-mingw32 crosscompiler fails on libstdc++ configure Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-mingw32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39107
[Bug libstdc++/39107] Building an i686-pc-linux-gnu - i686-pc-mingw32 crosscompiler fails on libstdc++ configure
--- Comment #2 from bero at arklinux dot org 2009-02-05 13:52 --- A bit below the check for --gc-sections, GLIBCXX_CHECK_LINKER_FEATURES actually checks for another linker feature in a way that doesn't break crosscompiling: cxx_z_relo=`$LD -v --help 2/dev/null | grep z relro` if test -n $cxx_z_relo; then OPT_LDFLAGS=-Wl,-z,relro ac_ld_relro=yes fi AC_MSG_RESULT($ac_ld_relro) The same trick will work for gc-sections as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39107
[Bug libstdc++/39107] Building an i686-pc-linux-gnu - i686-pc-mingw32 crosscompiler fails on libstdc++ configure
--- Comment #3 from bero at arklinux dot org 2009-02-05 13:58 --- Created an attachment (id=17247) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17247action=view) Proposed patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39107
[Bug libstdc++/39107] Building an i686-pc-linux-gnu - i686-pc-mingw32 crosscompiler fails on libstdc++ configure
--- Comment #5 from bero at arklinux dot org 2009-02-05 15:56 --- It does get called when building that i686-pc-linux-gnu - i686-pc-mingw32 crosscompiler -- but maybe the fact that it does indicates a bug elsewhere in the build system -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39107
[Bug libstdc++/39107] Building an i686-pc-linux-gnu - i686-pc-mingw32 crosscompiler fails on libstdc++ configure
--- Comment #8 from bero at arklinux dot org 2009-02-05 20:14 --- mkdir build cd build ../configure --prefix=/usr --enable-static --enable-shared --enable-fast-install --enable-c99 --enable-wchar_t --disable-gconf-peer --target=i686-pc-mingw32 --enable-threads --enable-tls --with-tls --enable-libstdcxx-pch --enable-__cxa_atexit --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-libada --program-prefix=i686-pc-mingw32- make -j4 -- bero at arklinux dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bero at arklinux dot org |dot org | Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39107
[Bug libstdc++/38631] New: [4.4 Regression] libstdc++ from gcc 4.4 causes OpenOffice.org 3.0 to crash on startup
Compile OpenOffice.org 3.0 with gcc 4.3.2, then update to a recent gcc 4.4 snapshot (I tried rev. 142890). OpenOffice.org now crashes on startup. There is no need to recompile anything with gcc 4.4. Backtrace: #0 0xb7c2f0fd in gcc3::deleteException () from /usr/lib/ooo-3.0/ure/lib/libgcc3_uno.so #1 0xb7fcccb5 in ?? () from /lib/libstdc++.so.6 #2 0xb7f0cc3d in _Unwind_DeleteException () from /lib/libgcc_s.so.1 #3 0xb7fcbc20 in __cxa_end_catch () from /lib/libstdc++.so.6 #4 0x4bdf84cc in utl::UCBOpenContentSync () from /usr/lib/ooo-3.0/program/../basis-link/program/libutlli.so #5 0x4bdf9c23 in utl::UcbLockBytes::CreateLockBytes () from /usr/lib/ooo-3.0/program/../basis-link/program/libutlli.so #6 0x4be036b2 in utl::lcl_CreateStream () from /usr/lib/ooo-3.0/program/../basis-link/program/libutlli.so #7 0x4be039c1 in utl::UcbStreamHelper::CreateStream () from /usr/lib/ooo-3.0/program/../basis-link/program/libutlli.so #8 0x4dd0b743 in SfxApplication::GetDisabledSlotList_Impl () from /usr/lib/ooo-3.0/program/../basis-link/program/libsfxli.so #9 0x4de25f67 in SfxDispatcher::Construct_Impl () from /usr/lib/ooo-3.0/program/../basis-link/program/libsfxli.so #10 0x4de26223 in SfxDispatcher::SfxDispatcher () from /usr/lib/ooo-3.0/program/../basis-link/program/libsfxli.so #11 0x4dd08ab9 in SfxApplication::Initialize_Impl () from /usr/lib/ooo-3.0/program/../basis-link/program/libsfxli.so #12 0x4dd00a93 in SfxApplication::GetOrCreate () from /usr/lib/ooo-3.0/program/../basis-link/program/libsfxli.so #13 0x4de41e91 in SfxGlobalEvents_Impl::SfxGlobalEvents_Impl () from /usr/lib/ooo-3.0/program/../basis-link/program/libsfxli.so #14 0x4de4205b in SfxGlobalEvents_Impl::impl_createInstance () from /usr/lib/ooo-3.0/program/../basis-link/program/libsfxli.so #15 0x4b7e5275 in cppu::OSingleFactoryHelper::createInstanceEveryTime () from /usr/lib/ooo-3.0/program/../basis-link/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 #16 0x4b7e4707 in cppu::OSingleFactoryHelper::createInstanceWithContext () from /usr/lib/ooo-3.0/program/../basis-link/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 #17 0x4b7e496b in cppu::OFactoryComponentHelper::createInstanceWithContext () from /usr/lib/ooo-3.0/program/../basis-link/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 #18 0x4b7e5f6c in cppu::ORegistryFactoryHelper::createInstanceEveryTime () from /usr/lib/ooo-3.0/program/../basis-link/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 #19 0x4b7e4707 in cppu::OSingleFactoryHelper::createInstanceWithContext () from /usr/lib/ooo-3.0/program/../basis-link/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 #20 0x4b7e49d3 in cppu::OFactoryComponentHelper::createInstanceWithContext () from /usr/lib/ooo-3.0/program/../basis-link/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 #21 0xb5398b1c in stoc_smgr::OServiceManager::createInstanceWithContext () from /usr/lib/ooo-3.0/ure/lib/bootstrap.uno.so #22 0xb5397a09 in stoc_smgr::OServiceManager::createInstance () from /usr/lib/ooo-3.0/ure/lib/bootstrap.uno.so #23 0x4c4780c6 in desktop::Desktop::Main () from /usr/lib/ooo-3.0/program/../basis-link/program/libsofficeapp.so #24 0x4b9f8daa in ImplSVMain () from /usr/lib/ooo-3.0/program/../basis-link/program/libvclli.so #25 0x4b9f8f46 in SVMain () from /usr/lib/ooo-3.0/program/../basis-link/program/libvclli.so #26 0x4c498f49 in soffice_main () from /usr/lib/ooo-3.0/program/../basis-link/program/libsofficeapp.so #27 0x08048c04 in main () -- Summary: [4.4 Regression] libstdc++ from gcc 4.4 causes OpenOffice.org 3.0 to crash on startup Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38631
[Bug libstdc++/38631] [4.4 Regression] libstdc++ from gcc 4.4 causes OpenOffice.org 3.0 to crash on startup
--- Comment #2 from bero at arklinux dot org 2008-12-26 21:09 --- If I install libstdc++ from gcc 4.4.0 and libgcc_s from gcc 4.3.2 (yes, I know that's a weird thing to do, and it's definitely not my normal setup), it works. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38631
[Bug ada/38626] New: ada support doesn't compile in 4.3.3
While building the current 4.3.3 branch with ada support enabled, this happens: i686-pc-linux-gnu-gcc -c -g -fkeep-inline-functions -gnatpg -gnata -nostdinc -I- -I. -Iada -I../../gcc/ada ../../gcc/ada/ali.adb -o ada/ali.o ali.adb:1825:41: (style) bad casing of NUL declared in Standard make[3]: *** [ada/ali.o] Error 1 -- Summary: ada support doesn't compile in 4.3.3 Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38626
[Bug ada/38626] ada support doesn't compile in 4.3.3
--- Comment #1 from bero at arklinux dot org 2008-12-25 11:18 --- Created an attachment (id=16983) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16983action=view) Fix -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38626
[Bug ada/38626] ada support doesn't compile in 4.3.3 when bootstrapping with 4.4.x
--- Comment #2 from bero at arklinux dot org 2008-12-25 13:09 --- Happens when bootstrapping with 4.4 only; after applying the patch I've attached, it aborts with other errors. -- bero at arklinux dot org changed: What|Removed |Added Summary|ada support doesn't compile |ada support doesn't compile |in 4.3.3|in 4.3.3 when bootstrapping ||with 4.4.x http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38626
[Bug ada/38626] ada support doesn't compile in 4.3.3 when bootstrapping with 4.4.x
--- Comment #3 from bero at arklinux dot org 2008-12-25 13:11 --- Created an attachment (id=16984) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16984action=view) Updated patch, takes care of errors that come up after the first one -- bero at arklinux dot org changed: What|Removed |Added Attachment #16983|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38626
[Bug c++/38577] New: ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000
g++ -c -m64 -pipe -fPIC -g -I/usr/include/freetype2 -I/usr/include/pgsql -I/usr/include/pgsql/server -I/usr/include/mysql -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -m64 -O2 -fomit-frame-pointer -fweb -frename-registers -D_REENTRANT -Wall -W -DQT_NO_CAST_FROM_ASCII -DQT_NO_CAST_TO_ASCII -DQFORMINTERNAL_NAMESPACE -DQT_KEYWORDS -DQT_NO_DEBUG -DQT_XML_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_SHARED -I../../../mkspecs/linux-g++-64 -I. -I../../../include/QtUiTools -I../../../include/QtCore -I../../../include/QtNetwork -I../../../include/QtGui -I../../../include/QtXml -I../../../include -I../shared -I../../designer/src/uitools -I../../designer/src/lib/uilib -I.moc/release-shared -I.uic/release-shared -o .obj/release-shared/formpreviewview.o formpreviewview.cpp formpreviewview.cpp: In function 'void highlightWidgetItem(T*, bool)': formpreviewview.cpp:322: internal compiler error: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. This happens while compiling Qt 4.5 beta 1. -- Summary: ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38577
[Bug c++/38577] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000
--- Comment #2 from bero at arklinux dot org 2008-12-19 10:03 --- Created an attachment (id=16943) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16943action=view) gzipped preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38577
[Bug c++/38577] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000
--- Comment #1 from bero at arklinux dot org 2008-12-19 10:03 --- The ICE occurs even at -O0 -- bero at arklinux dot org changed: What|Removed |Added Keywords||ice-on-valid-code Known to fail||4.4.0 Known to work||4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38577
[Bug c++/38577] [4.4 Regression] ICE: tree check: expected call_expr, have compound_expr in build_new_method_call, at cp/call.c:6000
--- Comment #4 from bero at arklinux dot org 2008-12-19 12:25 --- Looks like bugzilla doesn't handle attachments 128 kB... I've uploaded the file to http://arklinux.org/~bero/formpreviewview.ii.gz -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38577
[Bug middle-end/38572] New: [4.4 Regression] ICE in set_value_range, at tree-vrp.c:398
While compiling xulrunner with yesterday's gcc 4.4 svn rev 142782: c++ -o jsparse.o -c -I./dist/include/system_wrappers -include ./config/gcc_hidden.h -DAVMPLUS_IA32 -DAVMPLUS_UNIX -DAVMPLUS_LINUX -DFEATURE_NANOJIT -DJS_TRACER -DOSTYPE=\Linux2.6.28-0.rc7\ -DOSARCH=Linux -DEXPORT_JS_API -DJS_USE_SAFE_ARENA -I. -I. -I./dist/include -I./dist/include/js -I/usr/include/nspr -I/sdk/include -I.-fPIC -fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof -Wno-long-long -pedantic -m32 -O2 -march=i686 -fomit-frame-pointer -fweb -frename-registers -mmmx -Wl,-O2,-z,combreloc,-z,relro,--enable-new-dtags,--hash-style=gnu,--sort-common -msse -fvisibility-inlines-hidden -fno-strict-aliasing -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -m32 -O2 -march=i686 -fomit-frame-pointer -fweb -frename-registers -mmmx -Wl,-O2,-z,combreloc,-z,relro,--enable-new-dtags,--hash-style=gnu,--sort-common -msse -DMOZILLA_CLIENT -include ./mozilla-config.h -Wp,-MD,.deps/jsparse.pp jsparse.cpp jsparse.cpp: In function 'JSParseNode* Statement(JSContext*, JSTokenStream*, JSTreeContext*)': jsparse.cpp:2764: warning: suggest parentheses around '' within '||' jsopcode.cpp: In function 'jsbytecode* Decompile(SprintStack*, jsbytecode*, intN, JSOp)': jsopcode.cpp:1720: internal compiler error: in set_value_range, at tree-vrp.c:398 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- Summary: [4.4 Regression] ICE in set_value_range, at tree- vrp.c:398 Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38572
[Bug middle-end/38572] [4.4 Regression] ICE in set_value_range, at tree-vrp.c:398
--- Comment #1 from bero at arklinux dot org 2008-12-18 19:26 --- Created an attachment (id=16937) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16937action=view) gzipped preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38572
[Bug middle-end/38572] [4.4 Regression] ICE in set_value_range, at tree-vrp.c:398
--- Comment #4 from bero at arklinux dot org 2008-12-18 20:08 --- Sorry, I misread the error message - I saw the warnings about jsparse.cpp, but the actual ice occurs in jsopcode.cpp -- bero at arklinux dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|WORKSFORME | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38572
[Bug middle-end/38572] [4.4 Regression] ICE in set_value_range, at tree-vrp.c:398
--- Comment #5 from bero at arklinux dot org 2008-12-18 20:10 --- Created an attachment (id=16938) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16938action=view) gzipped preprocessed source of file actually causing the problem Attaching correct preprocessed source # g++ -o test.o -O2 -c jsopcode.ii jsopcode.cpp: In function 'jsbytecode* Decompile(SprintStack*, jsbytecode*, intN, JSOp)': jsopcode.cpp:1720: internal compiler error: in set_value_range, at tree-vrp.c:398 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- bero at arklinux dot org changed: What|Removed |Added Attachment #16937|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38572
[Bug c++/36888] New: Error message when forgetting a semicolon after a class definition should be better
Compiling the following code: 1 class a { 2 // lots of stuff here 3 } // --- actual error is here: missing semicolon 4 5 6 class b { 7 // lots of stuff here 8 }; results in test.cpp:8: error: multiple types in one declaration making someone who hasn't been exposed to the error message a lot look for a problem in the wrong class. -- Summary: Error message when forgetting a semicolon after a class definition should be better Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36888
[Bug libgcj/24403] --enable-java-awt=qt fails to build
--- Comment #16 from bero at arklinux dot org 2008-04-28 10:59 --- ping... This missed 4.3 again, it should probably get in now before 4.4 enters freeze mode... Re the moc - moc-qt4 change suggested in comment #14: This should be detected by the configure script, moc-qt4 is a nonstandard way some distributions use to tell moc 3.x apart from moc 4.x, other candidates for the correct moc include moc4 and simply launching moc from a different path (/usr/lib/qt4/bin/moc) if the default moc is from 3.x -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24403
[Bug java/36065] New: gcj 4.3.1 fails to compile if system libtool is version 2.x
# libtool --version |head -n1 ltmain.sh (GNU libtool) 2.2.2 # make [...] make[5]: Entering directory `/build-gcc-i586/BUILD/gcc-4.3.1/build/i586-ark-linux/libjava/classpath/native/fdlibm' if /bin/sh ../../libtool --tag=CC --mode=compile /build-gcc-i586/BUILD/gcc-4.3.1/build/./gcc/xgcc -B/build-gcc-i586/BUILD/gcc-4.3.1/build/./gcc/ -B/usr/i586-ark-linux/bin/ -B/usr/i586-ark-linux/lib/ -isystem /usr/i586-ark-linux/include -isystem /usr/i586-ark-linux/sys-include -DHAVE_CONFIG_H -I. -I../../../../../../libjava/classpath/native/fdlibm -I../../include -O2 -g -O2 -march=i586 -mtune=i686 -fweb -frename-registers -fno-strict-aliasing -MT dtoa.lo -MD -MP -MF .deps/dtoa.Tpo -c -o dtoa.lo ../../../../../../libjava/classpath/native/fdlibm/dtoa.c; \ then mv -f .deps/dtoa.Tpo .deps/dtoa.Plo; else rm -f .deps/dtoa.Tpo; exit 1; fi ../../libtool: line 154: CDPATH: command not found libtool: Version mismatch error. This is libtool 2.1a, but the libtool: definition of this LT_INIT comes from an older release. libtool: You should recreate aclocal.m4 with macros from libtool 2.1a libtool: and run autoconf again. make[5]: *** [dtoa.lo] Error 1 make[5]: Leaving directory `/build-gcc-i586/BUILD/gcc-4.3.1/build/i586-ark-linux/libjava/classpath/native/fdlibm' make[4]: *** [all-recursive] Error 1 The configure script should probably detect this and fix aclocal.m4... -- Summary: gcj 4.3.1 fails to compile if system libtool is version 2.x Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i586-pc-linux-gnu GCC host triplet: i586-pc-linux-gnu GCC target triplet: i586-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36065
[Bug target/34982] [4.3 regression] calling a function with undefined parameters causes segmentation fault at -O1 or higher
--- Comment #10 from bero at arklinux dot org 2008-01-27 19:36 --- this should make lot of difference on KR code (I wonder if any is still around in usual distro) Some parts of xorg still follow KR conventions, few parts of teTeX have KR code in them, cdrtools is fully KR (I fixed that in the dvdrtools fork, not sure if any of the other cdrtools forks in circulation copied that) -- other than that, I'm not aware of any commonly used KR bits and pieces in a modern system. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34982
[Bug c/34982] New: [4.3 regression] calling a function with undefined parameters causes segmentation fault at -O1 or higher
The following (admittedly ugly) piece of code works on older gccs, and segfaults on 4.3: #include assert.h #include string.h static void something(); int main(int argc, char **argv) { something(test); } static void something(const char *whatever) { assert(!strcmp(whatever, test)); } Changing the initial declaration of something() to static void something(char *whatever) makes the problem go away. -- Summary: [4.3 regression] calling a function with undefined parameters causes segmentation fault at -O1 or higher Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i586-pc-linux-gnu GCC host triplet: i586-pc-linux-gnu GCC target triplet: i586-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34982
[Bug middle-end/34725] [4.3 regression] gcc 4.3-rev 131213 miscompiles libgcrypt 1.4.0 at -O2 -mtune=i686 -fomit-frame-pointer
--- Comment #3 from bero at arklinux dot org 2008-01-20 11:10 --- The padlock code itself doesn't crash (if you add anything else near it, the crash goes away). I suspect something gets messed up in the calling conventions, and so far haven't been able to reproduce this in a smaller test case. It's probably a fairly big combination of things that have to come together to trigger this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34725
[Bug middle-end/34725] New: [4.3 regression] gcc 4.3-rev 131213 miscompiles libgcrypt 1.4.0 at -O2 -mtune=i686 -fomit-frame-pointer
Any application that uses libgcrypt 1.4.0 (including the parts of make check in libgcrypt) segfaults if libgcrypt was built with gcc 4.3 (svn 131213) and the CFLAGS setting includes -O1 [or higher] -mtune=i686 -fomit-frame-pointer gdb shows the crash occurs in detect_ia32_gnuc() (defined in src/hwfeatures.c). Adding a fprintf(stderr, anything\n); line anywhere in that function (regardless where; done as part of locating the issue) makes the segfault go away. The segfault also doesn't occur if you just copy the code for detect_ia32_gnuc() to a separate file and add a main() function calling it. -- Summary: [4.3 regression] gcc 4.3-rev 131213 miscompiles libgcrypt 1.4.0 at -O2 -mtune=i686 -fomit-frame-pointer Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i586-pc-linux-gnu GCC host triplet: i586-pc-linux-gnu GCC target triplet: i586-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34725
[Bug middle-end/34570] [4.3 regression] recent gcc 4.3 snapshots miscompile KDE 4
--- Comment #1 from bero at arklinux dot org 2007-12-26 23:12 --- I've run checks on some more gcc revisions. Down to a few revisions. Last known working svn rev: 130324 First known broken svn rev: 130330 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34570
[Bug middle-end/34570] [4.3 regression] recent gcc 4.3 snapshots miscompile KDE 4
--- Comment #2 from bero at arklinux dot org 2007-12-26 23:32 --- A Qt strict-aliasing bug potentially affecting this has shown up; it's possible that the problem isn't with gcc after all, but only shows up with the current versions. Running more tests with a fixed Qt version. (At a first quick look, I don't see how 130324-130330 could un-hide a strict-aliasing bug though, especially because the strict-aliasing bug is supposed to occur with 4.2.1 as well) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34570
[Bug middle-end/34570] New: [4.3 regression] recent gcc 4.3 snapshots miscompile KDE 4
Building kdebase 4 with current gcc 4.3 snapshots causes several important applications (e.g. plasma, konsole) to crash on startup. Several files are involved; rebuilding the workspace/libs/plasma directory with an older gcc 4.3 snapshot (or gcc 4.2.x) fixes plasma startup. Last known good gcc 4.3 snapshot: SVN rev. 129944 No simple testcase found yet. -- Summary: [4.3 regression] recent gcc 4.3 snapshots miscompile KDE 4 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34570
[Bug fortran/34430] New: Current trunk (130772) fails to build
/usr/src/ark/BUILD/gcc-4.3.0/build/./prev-gcc/xgcc -B/usr/src/ark/BUILD/gcc-4.3.0/build/./prev-gcc/ -B/usr/i586-ark-linux/bin/ -c -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -Ifortran -I../../gcc -I../../gcc/fortran -I../../gcc/../include -I../../gcc/../libcpp/include -I../../gcc/../libdecnumber -I../../gcc/../libdecnumber/bid -I../libdecnumber ../../gcc/fortran/decl.c -o fortran/decl.o cc1: warnings being treated as errors ../../gcc/fortran/decl.c: In function 'add_global_entry': ../../gcc/fortran/decl.c:4344: error: comparison between signed and unsigned make[3]: *** [fortran/decl.o] Error 1 -- Summary: Current trunk (130772) fails to build Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34430
[Bug fortran/34430] Current trunk (130772) fails to build
--- Comment #1 from bero at arklinux dot org 2007-12-11 10:10 --- Created an attachment (id=14727) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14727action=view) fix -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34430
[Bug c++/34238] static data member used, but not defined error on member definition
--- Comment #1 from bero at arklinux dot org 2007-11-26 17:19 --- Created an attachment (id=14642) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14642action=view) bzip2-ed preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34238
[Bug c++/34238] [4.3 regression] static data member used, but not defined error on member definition
--- Comment #3 from bero at arklinux dot org 2007-11-26 20:26 --- Works in 4.2.x -- marking as regression -- bero at arklinux dot org changed: What|Removed |Added Known to fail||4.2.0 4.2.1 4.2.2 Known to work||4.3.0 Summary|static data member used, |[4.3 regression] static |but not defined error on |data member used, but not |member definition |defined error on member ||definition http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34238
[Bug c++/34238] New: static data member used, but not defined error on member definition
Trying to compile the attached preprocessed code (from WebKit) results in ../../../JavaScriptCore/wtf/HashTraits.h:61: error: static data member 'WTF::GenericHashTraitsBasefalse, const WebCore::unnamed::CommandImp*::emptyValueIsZero' used, but not defined ../../../JavaScriptCore/wtf/HashTraits.h:62: error: static data member 'WTF::GenericHashTraitsBasefalse, const WebCore::unnamed::CommandImp*::needsDestruction' used, but not defined ../../../JavaScriptCore/wtf/HashTraits.h:114: error: static data member 'WTF::HashTraitsconst WebCore::unnamed::CommandImp*::emptyValueIsZero' used, but not defined ../../../JavaScriptCore/wtf/HashTraits.h:115: error: static data member 'WTF::HashTraitsconst WebCore::unnamed::CommandImp*::needsDestruction' used, but not defined ../../../JavaScriptCore/wtf/HashTraits.h:61: error: static data member 'WTF::GenericHashTraitsBasefalse, std::pairWebCore::StringImpl*, const WebCore::unnamed::CommandImp* ::emptyValueIsZero' used, but not defined ../../../JavaScriptCore/wtf/HashTraits.h:62: error: static data member 'WTF::GenericHashTraitsBasefalse, std::pairWebCore::StringImpl*, const WebCore::unnamed::CommandImp* ::needsDestruction' used, but not defined ../../../JavaScriptCore/wtf/HashTraits.h:67: error: static data member 'WTF::GenericHashTraitsstd::pairWebCore::StringImpl*, const WebCore::unnamed::CommandImp* ::needsRef' used, but not defined ../../../JavaScriptCore/wtf/HashTraits.h:165: error: static data member 'WTF::PairBaseHashTraitsWTF::HashTraitsWebCore::StringImpl*, WTF::HashTraitsconst WebCore::unnamed::CommandImp* ::emptyValueIsZero' used, but not defined The lines where gcc complains about static data member used, but not defined are actually the places where the members are defined. -- Summary: static data member used, but not defined error on member definition Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i586-pc-linux-gnu GCC host triplet: i586-pc-linux-gnu GCC target triplet: i586-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34238
[Bug tree-optimization/33987] [4.3 regression] internal compiler error: in get_initial_def_for_reduction, at tree-vect-transform.c:2110 with -O3 -msse2
--- Comment #1 from bero at arklinux dot org 2007-11-03 01:59 --- Created an attachment (id=14477) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14477action=view) bzip2-ed preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33987