[Bug libmudflap/41253] mudflap complains about c++ temporary passed in to global ctor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41253 Kurt Roeckx kurt at roeckx dot be changed: What|Removed |Added CC||kurt at roeckx dot be --- Comment #2 from Kurt Roeckx kurt at roeckx dot be 2013-04-20 20:53:53 UTC --- Almost all mudflap violations I see seem to be related to temporary objects.
[Bug java/42143] [4.3/4.4/4.5/4.6 Regression] gcj creates dummy variables
--- Comment #6 from kurt at roeckx dot be 2010-04-23 19:49 --- So can someone please comment on this? -- kurt at roeckx dot be changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42143
[Bug java/42143] gcj creates dummy variables
--- Comment #1 from kurt at roeckx dot be 2009-12-06 16:03 --- Can someone please take a look at this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42143
[Bug java/42143] New: gcj creates dummy variables
Hi,
When running the libtool regression tests, I get the following error:
gcj -shared -Wl,--whole-archive ./.libs/liba1.a ./.libs/liba2.a
-Wl,--no-whole-archive -Wl,-soname -Wl,liba12.so.0 -o .libs/liba12.so.0.0.0
./.libs/liba2.a(A2.o):(.rodata+0x0): multiple definition of `java resource
.dummy'
./.libs/liba1.a(A1.o):(.rodata+0x0): first defined here collect2: ld returned 1
exit status
Looking at liba1.a I see:
Relocation section '.rela.text' at offset 0x1ad0 contains 3 entries:
Offset Info Type Sym. ValueSym. Name +
Addend0005 00260004 R_X86_64_PLT32
_ZN4java4lang6ObjectC1 - 4
0023 00230002 R_X86_64_PC32 _ZGr8_$_dummy - 4
[...]
Symbol table '.symtab' contains 54 entries:
Num:Value Size TypeBind Vis Ndx Name
[...]
35: 16 OBJECT GLOBAL HIDDEN 11 _ZGr8_$_dummy
There is nothing called dummy in the source file. The source
file is:
public class foo1 {
public static void main(String[] argv) {
A1 a1 = new A1();
}
}
It can also be reproduced with a file that just
has public class foo1 {}
I get this error with Debian's 4.3.4-4. The version 4.3.2-2 does not generate
that symbol. An old build log of libtool with gcj version 4.3.3-3 also does
not show the error.
--
Summary: gcj creates dummy variables
Product: gcc
Version: 4.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kurt at roeckx dot be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42143
[Bug target/40505] New: hppa: ICE: in expand_expr_addr_expr_1, at expr.c:6830
When compiling netgen we see the following error on hppa: linalg/basematrix.cpp: In member function 'void ngla::S_BaseMatrixstd::complexdouble +::_ZTv0_n72_NK4ngla12S_BaseMatrixISt7complexIdEE12MultTransAddES2_RKNS_10BaseVectorERS4_(ngbla::Complex, +const ngla::BaseVector, ngla::BaseVector) const': linalg/basematrix.cpp:208: internal compiler error: in expand_expr_addr_expr_1, at expr.c:6830 I can reproduce this with g++ 4.1.2, 4.2.3 and 4.3.3. I couldn't try different compiler versions yet. I will attach a preprocessed file shortly. The error message and preprocessed file are generated using 4.3.3. It fails when using -O1 or higher. Kurt -- Summary: hppa: ICE: in expand_expr_addr_expr_1, at expr.c:6830 Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kurt at roeckx dot be GCC host triplet: hppa-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40505
[Bug target/40505] hppa: ICE: in expand_expr_addr_expr_1, at expr.c:6830
--- Comment #1 from kurt at roeckx dot be 2009-06-20 17:41 --- Created an attachment (id=18033) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18033action=view) Preproccessed file using g++ 4.3.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40505
[Bug target/39740] unrecognizable insn on alpha using -O3 and -std=c99
--- Comment #6 from kurt at roeckx dot be 2009-04-12 13:42 --- Comparing the results between Debian version 4.3.3-5 and 4.3.3-7+patch, I see: === g++ tests === Running target unix +FAIL: g++.dg/ext/cleanup-10.C execution test +FAIL: g++.dg/ext/cleanup-11.C execution test +FAIL: g++.dg/ext/cleanup-8.C execution test +FAIL: g++.dg/ext/cleanup-9.C execution test 4.3.3-7 isn't available for alpha yet. The diff might be the result of other changes that happened between -5 and -7. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39740
[Bug target/39740] New: unrecognizable insn on alpha using -O3 and -std=c99
Hi, r-base is failing to build on alpha with the following error: gcc -I. -I../../src/include -I../../src/include -DHAVE_CONFIG_H -mieee-with-inexact -fpic -std=gnu99 -O3 -pipe -g -c deriv.c -o deriv.o deriv.c: In function 'simplify': deriv.c:267: error: unrecognizable insn: (insn 2103 64 65 9 ../../src/include/Rinlinedfuns.h:86 (set (reg:DI 2 $2) (const:DI (plus:DI (label_ref:DI 68) (const_int 24 [0x18] -1 (insn_list:REG_LABEL_OPERAND 68 (nil))) deriv.c:267: internal compiler error: in extract_insn, at recog.c:2001 Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.3/README.Bugs for instructions. make[4]: *** [deriv.o] Error 1 I'll attached a reduced test case that gives a simular error message: $ gcc-4.3 -std=c99 -O3 -c deriv.i -o deriv.o deriv.i: In function 'D': deriv.i:117: error: unrecognizable insn: (insn 383 189 190 26 deriv.i:42 (set (reg:DI 2 $2) (const:DI (plus:DI (label_ref:DI 193) (const_int 24 [0x18] -1 (insn_list:REG_LABEL_OPERAND 193 (nil))) deriv.i:117: internal compiler error: in extract_insn, at recog.c:2001 Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.3/README.Bugs for instructions. Note that the error goes away if you do not use -std=gnu99 or -std=c99, and -O3. It compiles with gcc-4.1 and 4.2. -- Summary: unrecognizable insn on alpha using -O3 and -std=c99 Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kurt at roeckx dot be GCC host triplet: alpha-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39740
[Bug target/39740] unrecognizable insn on alpha using -O3 and -std=c99
--- Comment #1 from kurt at roeckx dot be 2009-04-11 17:23 --- Created an attachment (id=17621) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17621action=view) Reduced test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39740
[Bug target/39740] unrecognizable insn on alpha using -O3 and -std=c99
--- Comment #5 from kurt at roeckx dot be 2009-04-11 21:30 --- It's building now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39740
[Bug target/39507] New: -ffinite-math-only causes wrong results on armel
Hi, vorbis is creating wrong output on armel when using -ffast-math and -O1 or higher. It's the option -ffinith-math-only that cause the problems. I tried and can reproduce this problem with gcc versions 4.1.3, 4.2.4 and 4.3.3. I've tried this test on various arches without problem, including i386, x86_64, hppa, ia64, mips, mipsel. They did now show any problem. I'll attach a test case shortly. There is more information available at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520429 Kurt -- Summary: -ffinite-math-only causes wrong results on armel Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kurt at roeckx dot be GCC host triplet: arm-linux-gnueabi http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39507
[Bug target/39507] -ffinite-math-only causes wrong results on armel
--- Comment #1 from kurt at roeckx dot be 2009-03-19 18:17 --- Created an attachment (id=17500) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17500action=view) testcase showing the problem /* ** This file is in the Public Domain. ** ** This program demonstrates a bug in the -ffast-math option of the gcc ** armel compiler : gcc version 4.3.2 (Debian 4.3.2-1.1) ** ** This works as expected: ** ** gcc -Wall -O3 gcc-test.c -o gcc-test ./gcc-test ** min : 0.max : 0. ** ** Compile with -ffast-math and things goes screwy. ** ** gcc -Wall -O3 -ffast-math gcc-test.c -o gcc-test ./gcc-test ** min : 9.max : 0. */ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39507
[Bug middle-end/38660] Pointer value changed to NULL
--- Comment #13 from kurt at roeckx dot be 2009-01-20 21:36 --- My version of gcc doesn't seem to support the -fno-ira option. Is that something that needs to be enabled at compile time? Can you try my test case with that option? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38660
[Bug middle-end/38660] Pointer value changed to NULL
--- Comment #15 from kurt at roeckx dot be 2009-01-20 22:03 --- I was still using: gcc (Debian 20081213-1) 4.4.0 20081212 (experimental) [trunk revision 142725] Which doesn't seem to have that option. Upgrading to the latest in Debian gives this version: gcc (Debian 20090107-1) 4.4.0 20090107 (experimental) [trunk revision 143170] Using that version and the -fno-ira option changes the result of my test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38660
[Bug middle-end/38660] Pointer value changed to NULL
--- Comment #11 from kurt at roeckx dot be 2009-01-06 23:44 --- Which part do you think think is undefined and what would you recommend to resolve it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38660
