[Bug java/23617] Out of memory when classpath contains jar file with zip-style comment
--- Additional Comments From wmahan at gmail dot com 2005-08-29 06:02 --- Done. I expected a bug to already have been reported about this, but I couldn't find one. Thanks for the fast response! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23617
[Bug tree-optimization/23475] Frequences are not updated for empty loop removal
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 07:13 --- Subject: Bug 23475 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 07:13:07 Modified files: gcc: ChangeLog tree-ssa-loop-ivcanon.c Log message: PR tree-optimization/23475 * tree-ssa-loop-ivcanon.c (remove_empty_loop): Update frequencies and counts. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9846r2=2.9847 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-loop-ivcanon.c.diff?cvsroot=gccr1=2.20r2=2.21 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23475
[Bug tree-optimization/23475] Frequences are not updated for empty loop removal
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-29 07:18 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23475
[Bug testsuite/23607] gcc.target/i386/pr23575.c fails on x86_64
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 08:30 --- Note it also fails on 4.0, I'll commit a patch as obvious. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23607
[Bug middle-end/23484] __builtin___memcpy_chk miscompilation
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 08:40 --- Subject: Bug 23484 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 08:40:48 Modified files: gcc: ChangeLog builtins.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/execute/builtins: pr23484-chk-lib.c pr23484-chk.c Log message: PR middle-end/23484 * builtins.c (fold_builtin_memory_chk, fold_builtin_stxcpy_chk, fold_builtin_strncpy_chk, fold_builtin_snprintf_chk): If len is not constant, but maxlen is, don't set len to maxlen, rather set maxlen to len if len is a constant. * gcc.c-torture/execute/builtins/pr23484-chk.c: New test. * gcc.c-torture/execute/builtins/pr23484-chk-lib.c: New file. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9847r2=2.9848 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/builtins.c.diff?cvsroot=gccr1=1.474r2=1.475 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5974r2=1.5975 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/pr23484-chk-lib.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/pr23484-chk.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23484
[Bug middle-end/23484] __builtin___memcpy_chk miscompilation
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 08:42 --- Subject: Bug 23484 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-rhl-branch Changes by: [EMAIL PROTECTED] 2005-08-29 08:42:09 Modified files: gcc: ChangeLog builtins.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/execute/builtins: pr23484-chk.c pr23484-chk-lib.c Log message: PR middle-end/23484 * builtins.c (fold_builtin_memory_chk, fold_builtin_stxcpy_chk, fold_builtin_strncpy_chk, fold_builtin_snprintf_chk): If len is not constant, but maxlen is, don't set len to maxlen, rather set maxlen to len if len is a constant. * gcc.c-torture/execute/builtins/pr23484-chk.c: New test. * gcc.c-torture/execute/builtins/pr23484-chk-lib.c: New file. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-rhl-branchr1=2.7592.2.10.2.56r2=2.7592.2.10.2.57 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/builtins.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-rhl-branchr1=1.426.4.6r2=1.426.4.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-rhl-branchr1=1.5084.2.9.2.52r2=1.5084.2.9.2.53 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/pr23484-chk.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-rhl-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/pr23484-chk-lib.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-rhl-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23484
[Bug testsuite/23607] gcc.target/i386/pr23575.c fails on x86_64
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 08:50 --- Subject: Bug 23607 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-29 08:50:13 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gcc.target/i386: pr23575.c Log message: 2005-08-29 Richard Guenther [EMAIL PROTECTED] PR testsuite/23607 * gcc.target/i386/pr23575.c: Modify to work on x86_64. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.357r2=1.5084.2.358 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/i386/pr23575.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1.2.1r2=1.1.2.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23607
[Bug c/23618] New: GCC seems to generate line number information for the same line in two places
When compiling a function with an empty body, e.g.
int MyFunc(void)
{
}
GCC seems to add line number information for the line containing the opening
bracket in two different places.
Here is an example assembler output:
.globl MyFunc
.type MyFunc, @function
MyFunc:
.LFB3:
.loc 1 5 0
pushl %ebp
.LCFI0:
movl%esp, %ebp
.LCFI1:
.loc 1 5 0
popl%ebp
ret
.LFE3:
Line number information for line 5 (the opening bracket) is seems to be added in
two places.
--
Summary: GCC seems to generate line number information for the
same line in two places
Product: gcc
Version: 3.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tommi dot hoynalanmaa at iki dot fi
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23618
[Bug c/23618] GCC seems to generate line number information for the same line in two places
--- Additional Comments From tommi dot hoynalanmaa at iki dot fi 2005-08-29 08:59 --- Created an attachment (id=9612) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9612action=view) Preprocessed source to generate the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23618
[Bug c/23618] GCC seems to generate line number information for the same line in two places
--- Additional Comments From tommi dot hoynalanmaa at iki dot fi 2005-08-29 09:01 --- Here is the output of gcc -v on my system: --- Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.4/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux Thread model: posix gcc version 3.3.4 (Debian 1:3.3.4-9ubuntu5) --- -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23618
[Bug tree-optimization/23619] New: Missed pre opportunity
On the following testcase:
int a[100];
void foo(int p, int q)
{
int i;
for (i = 0; i 100; i++)
if (i 8)
a[i] = (p + q) + 2;
else
a[i] = (p + q) + 4;
}
I expected (p+q) to be moved out of loop by pre, but it does not happen. At
first I thought this is caused by reassociation, which modifies the loop to
for (i = 0; i 100; i++)
if (i 8)
a[i] = (p + 2) + q;
else
a[i] = (p + 4) + q;
But even with reassociation disabled, PRE does nothing.
--
Summary: Missed pre opportunity
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rakdver at gcc dot gnu dot org
CC: dberlin at gcc dot gnu dot org,gcc-bugs at gcc dot gnu
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=23619
[Bug c++/23307] [3.4/4.0/4.1 Regression] ICE in cp_parser_template_id, at cp/parser.c:8564 with Boost remote_call_manager
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 09:17 --- Nathan didn't like my fix. Some C++ frontend guy needs to look at it then (unassigned myself). -- What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23307
[Bug c++/21123] [4.0 regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101
--- Additional Comments From debian-gcc at lists dot debian dot org 2005-08-29 09:20 --- seen on arm-linux as well, building kdelibs-3.4, according to http://buildd.debian.org/fetch.php?pkg=kdelibsver=4%3A3.4.2-2arch=armstamp=1124910639file=logas=raw -- What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21123
[Bug middle-end/23599] [4.0 Regression] Flag -fstrict-aliasing corrupts iterators
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 09:29 --- Cannot reproduce on x86_64 either. Seems to be fixed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to fail|4.0.1 4.0.2 |4.0.1 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23599
[Bug rtl-optimization/23567] [3.4/4.0/4.1 regression] if-conversion causes wrong code
--- Additional Comments From debian-gcc at lists dot debian dot org 2005-08-29 09:37 --- reported as http://bugs.debian.org/325050 -- What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23567
[Bug java/23620] New: Segfault compiling inner interfaces
I'm getting an ICE with gcc 4.0.1 that I've reduced to the following test case
with three classes, in A.java, B.java, and C.java, respectively:
public class A {
public interface AInt { void methA(); }
}
public class B implements A.AInt {
void methA() { }
public interface BInt { void methB(); }
}
public class C implements B.BInt {
void methB() { }
}
$ gcj -C A.java
$ gcj -C B.java
$ gcj -C C.java
C.java:0: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
For Debian GNU/Linux specific bug reporting instructions,
see URL:file:///usr/share/doc/gcc-4.0/README.Bugs.
However, doing
$ gcj -C A.java B.java C.java
gives no error.
Sorry if this is already known, but I couldn't find a similar bug already
reported.
$ gcc-4.0 -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls
--without-included-gettext --enable-threads=posix --program-suffix=-4.0
--enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu
--enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr
--disable-werror --enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.0.1 (Debian 4.0.1-2)
--
Summary: Segfault compiling inner interfaces
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wmahan at gmail dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23620
[Bug c/23576] [4.0/4.1 regression] tree check: expected class type, have exceptional (error_mark) in grokdeclarator, at c-decl.c:4252
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 09:44 --- I have a fix in testing. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-08-26 14:07:59 |2005-08-29 09:44:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23576
[Bug c++/5247] Memory eating infinite loop on default parameter in constructor which is reference to class
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29
10:05 ---
EDG manages to produce
pr5247.C(2): error: no suitable constructor exists to convert from int to a
a (int, const a = 0) { }
^
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5247
[Bug target/23621] New: gcj-dbtool aborts on m68k-linux
[forwarded from http://bugs.debian.org/312830] 4.0.2 20050821, binutils-2.16.1, glibc-2.3.5 (crest/unstable). On Sat, Jun 11, 2005 at 01:15:30AM +0200, Christian T. Steigies wrote: Running it from gdb now, it seems to take a LOT longer... Starting program: /usr/bin/gcj-dbtool-4.0 -n /var/lib/gcj-4.0/classmap.db [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 4569)] [New Thread 32769 (LWP 4591)] [New Thread 16386 (LWP 4592)] Exception during runtime initialization Program received signal SIGABRT, Aborted. [Switching to Thread 16384 (LWP 4569)] 0xc1095c1e in kill () from /lib/libc.so.6 (gdb) bt #0 0xc1095c1e in kill () from /lib/libc.so.6 #1 0xc0ffed34 in pthread_kill () from /lib/libpthread.so.0 #2 0xc0ffefae in raise () from /lib/libpthread.so.0 #3 0xc1095a9a in raise () from /lib/libc.so.6 #4 0xc1096a46 in abort () from /lib/libc.so.6 #5 0xc0715fc2 in _Jv_Throw (value=0xc122cf00) at ../../../src/libjava/exception.cc:113 #6 0xc074b0d6 in java.lang.VMClassLoader.transformException(java.lang.Class, java.lang.Throwable) (clazz=0xc0c29308, x=0xc122cf00) at ../../../src/libjava/java/lang/VMClassLoader.java:131 #7 0xc072b174 in java::lang::VMClassLoader::resolveClass (klass=0xc0c29308) at ../../../src/libjava/java/lang/natVMClassLoader.cc:49 #8 0xc072490c in java::lang::Class::initializeClass (this=0xc0c29308) at ../../../src/libjava/java/lang/natClass.cc:728 #9 0xc070b50e in _Jv_AllocObjectNoFinalizer (klass=0xc0c29308) at Class.h:579 #10 0xc09eb58c in java.lang.ConcreteProcess$ProcessManager.finit$() (this=0xc11ad900) at java/lang/ConcreteProcess.java:42 #11 0xc09eb5f8 in java.lang.ConcreteProcess$ProcessManager.ConcreteProcess$ProcessManager() (this=0xc11ad900) at java/lang/ConcreteProcess.java:35 #12 0xc09ebf9c in java.lang.ConcreteProcess.ConcreteProcess(java.lang.String[], java.lang.String[], java.io.File) ( this=0xc11ad940, progarray=0xc1226078, envp=0x0, dir=0x0) at java/lang/ConcreteProcess.java:376 #13 0xc072709e in java::lang::Runtime::execInternal (this=0xc11c1bd0, cmd=0xc1226078, env=0x0, dir=0x0) at ../../../src/libjava/java/lang/natRuntime.cc:644 #14 0xc073f64c in java.lang.Runtime.exec(java.lang.String[], java.lang.String[], java.io.File) (this=0xc11c1bd0, cmd=0xc1226078, env=0x0, dir=0x0) at ../../../src/libjava/java/lang/Runtime.java:539 #15 0xc073f5b4 in java.lang.Runtime.exec(java.lang.String[]) (this=0xc11c1bd0, cmd=0xc1226078) at ../../../src/libjava/java/lang/Runtime.java:491 #16 0xc07a599e in gnu.gcj.runtime.NameFinder.NameFinder() (this=0xc122beb0) at ../../../src/libjava/gnu/gcj/runtime/NameFinder.java:131 #17 0xc074c2ec in java.lang.VMThrowable.getStackTrace(java.lang.Throwable) (this=0xc1225bb0, t=0xc122cf90) at ../../../src/libjava/java/lang/VMThrowable.java:98 #18 0xc074ad20 in java.lang.Throwable.getStackTrace() (this=0xc122cf90) at ../../../src/libjava/java/lang/Throwable.java:526 #19 0xc074aae0 in java.lang.Throwable.stackTraceString() (this=0xc122cf90) at ../../../src/libjava/java/lang/Throwable.java:421 #20 0xc074acac in java.lang.Throwable.printStackTrace(java.io.PrintStream) (this=0xc122cf90, s=0xc11c2920) at ../../../src/libjava/java/lang/Throwable.java:361 #21 0xc074a92c in java.lang.Throwable.printStackTrace() (this=0xc122cf90) at ../../../src/libjava/java/lang/Throwable.java:350 #22 0xc070c50a in _Jv_RunMain (vm_args=0x0, klass=0x800073ce, name=0x0, argc=3, argv=0xe8a4, is_jar=Variable is_jar is not available. ) at ../../../src/libjava/prims.cc:1345 #23 0xc070c58e in _Jv_RunMain (klass=0x800073ce, name=0x0, argc=3, argv=0xe8a4, is_jar=The value of variable 'is_jar' is distributed across several locations, and GDB cannot access its value. ) at ../../../src/libjava/prims.cc:1364 #24 0xc070c5b0 in JvRunMain (klass=0x800073ce, argc=3, argv=0xe8a4) at ../../../src/libjava/prims.cc:1370 #25 0x800025fa in ?? () #26 0x800073ce in data_start () #27 0x0003 in ?? () #28 0xe8a4 in ?? () #29 0xe880 in ?? () #30 0xc1086f18 in __libc_start_main () from /lib/libc.so.6 #31 0xc1086f18 in __libc_start_main () from /lib/libc.so.6 #32 0x80002542 in ?? () -- Summary: gcj-dbtool aborts on m68k-linux Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org CC: gcc-bugs at gcc dot gnu dot org,schwab at suse dot de GCC target triplet: m68k-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23621
[Bug middle-end/8081] ICE with variably sized types and nested functions
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 10:12 --- Mainline no longer ICEs on the testcase. 3.4.5 shows pr8081.c:15: internal compiler error: in assign_stack_temp_for_type, at function.c:658 while 4.0.2 now aborts in pr8081.c:15: internal compiler error: in declare_return_variable, at tree-inline.c:913 which is sort of a regression for 4.0.2 ;) -- What|Removed |Added Known to fail|tree-ssa|3.4.5 4.0.2 Known to work||4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8081
[Bug middle-end/23458] ICE on m68k (-O3)
-- What|Removed |Added CC||debian-gcc at lists dot ||debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23458
[Bug c/23576] [4.0/4.1 regression] tree check: expected class type, have exceptional (error_mark) in grokdeclarator, at c-decl.c:4252
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 11:20 --- Patch posted. -- What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||08/msg01684.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23576
[Bug tree-optimization/23622] New: Dom jump threading at -O1 confuses branch prediction
Given a loop for (i = 0; i 100; i++) something (); translated as L1: i_1 = phi (0, i_2) if (i_1 100) goto exit; L2: something (); i_2 = i_1 + 1; goto L1; Jump threading in dom1 produces i_3 = phi(0); goto L2; L1: i_1 = phi(i_2); if (i_1 100) goto exit; L2: i_4 = phi (i_3, i_1) something (); i_2 = i_4 + 1; goto L1; Since dom does not iterate at -O1, the phi nodes with one argument (in particular, i_3 = phi(0)) are not removed. This prevents # of iterations analysis from determining that the loop iterates a constant number of times, since it does not handle such phi nodes. Consequently we lose the corresponding branch predictor for this loop. -- Summary: Dom jump threading at -O1 confuses branch prediction Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rakdver at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23622
[Bug c++/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3
--- Additional Comments From micis at gmx dot de 2005-08-29 12:07 --- With the actual snapshot I get a segfault: GNU C++ version 4.1.0 20050826 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.1.0 20050826 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 48dcabcf3efa906449d3613e11227389 Program received signal SIGSEGV, Segmentation fault. do_structure_copy (lhsop=Variable lhsop is not available. ) at ../../gcc-4.1-20050826/gcc/tree-ssa-structalias.c:2320 2320 temprhs.var = q-id; (gdb) where #0 do_structure_copy (lhsop=Variable lhsop is not available. ) at ../../gcc-4.1-20050826/gcc/tree-ssa-structalias.c:2320 #1 0x0086dad2 in find_func_aliases (t=0x2a9a184460, ai=Variable ai is not available. ) at ../../gcc-4.1-20050826/gcc/tree-ssa-structalias.c:2808 #2 0x0086f582 in compute_points_to_sets (ai=0x12801a0) at ../../gcc- 4.1-20050826/gcc/tree-ssa-structalias.c:3620 #3 0x00580aea in compute_may_aliases () at ../../gcc-4.1- 20050826/gcc/tree-ssa-alias.c:263 #4 0x00852f3c in execute_one_pass (pass=0xc0cfe0) at ../../gcc-4.1- 20050826/gcc/passes.c:808 #5 0x0085306c in execute_pass_list (pass=0xc0cfe0) at ../../gcc-4.1- 20050826/gcc/passes.c:840 #6 0x0085307e in execute_pass_list (pass=0xc0caa0) at ../../gcc-4.1- 20050826/gcc/passes.c:841 #7 0x0054be65 in tree_rest_of_compilation (fndecl=0x2a963d5100) at ../../gcc-4.1-20050826/gcc/tree-optimize.c:419 #8 0x004cab48 in expand_body (fn=0x2a963d5100) at ../../gcc-4.1- 20050826/gcc/cp/semantics.c:3008 #9 0x00897e26 in cgraph_expand_function (node=0x2a9a65a9a0) at ../../gcc-4.1-20050826/gcc/cgraphunit.c:1037 #10 0x00899f3b in cgraph_optimize () at ../../gcc-4.1- 20050826/gcc/cgraphunit.c:1103 #11 0x0047b86f in cp_finish_file () at ../../gcc-4.1- 20050826/gcc/cp/decl2.c:3102 #12 0x00524e7a in c_common_parse_file (set_yydebug=Variable set_yydebug is not available. ) at ../../gcc-4.1-20050826/gcc/c-opts.c:1117 #13 0x00826c4e in toplev_main (argc=Variable argc is not available. ) at ../../gcc-4.1-20050826/gcc/toplev.c:971 #14 0x003ef781bf6a in __libc_start_main () from /lib64/tls/libc.so.6 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488
[Bug c++/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 12:13 --- Try Index: tree-ssa-structalias.c === RCS file: /cvs/gcc/gcc/gcc/tree-ssa-structalias.c,v retrieving revision 2.27 diff -c -3 -p -r2.27 tree-ssa-structalias.c *** tree-ssa-structalias.c 14 Aug 2005 19:23:56 - 2.27 --- tree-ssa-structalias.c 29 Aug 2005 12:12:21 - *** do_simple_structure_copy (const struct c *** 2317,2322 --- 2317,2324 q = get_varinfo (temprhs.var); fieldoffset = p-offset - pstart; q = first_vi_for_offset (q, q-offset + fieldoffset); + if (!q) + continue; temprhs.var = q-id; process_constraint (new_constraint (templhs, temprhs)); } to workaround this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488
[Bug c++/23372] [4.0/4.1 Regression] Temporary aggregate copy not elided when passing parameters by value
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 12:15 --- I may have a patch^Whack to fix the first testcase. Let's see if it passes testing... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372
[Bug tree-optimization/23619] Missed pre opportunity
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 12:33 --- This is a dup of bug 23286 and a couple other ones. *** This bug has been marked as a duplicate of 23286 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23619
[Bug tree-optimization/23286] missed fully redundant expression
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 12:33 --- *** Bug 23619 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||rakdver at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23286
[Bug ada/21053] Warnings from init.c
--- Additional Comments From charlet at gcc dot gnu dot org 2005-08-29 12:34 --- I can't really test on a hppa configuration, but the change is trivial and obviousely correct anyway, so I'll incorporate it soon. Arno -- What|Removed |Added CC|charlet at adacore dot com | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21053
[Bug middle-end/23484] __builtin___memcpy_chk miscompilation
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 12:38 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23484
[Bug debug/23618] GCC seems to generate line number information for the same line in two places
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 12:40 --- Fixed for 4.0.0: MyFunc: .LFB2: .file 1 debugtest1.c .loc 1 5 0 pushl %ebp .LCFI0: movl%esp, %ebp .LCFI1: .loc 1 6 0 popl%ebp ret -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |debug Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23618
[Bug tree-optimization/23619] Missed pre opportunity
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-29 12:46 --- Is it really a duplicate? I think that in 23286, VUSE at ii may be the problem; but in this testcase, there is nothing that can prevent p+q from being moved out of loop. Also, in the expression p + q is partially redundant over the back edge of the loop, so PRE should work for it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23619
[Bug tree-optimization/23619] Missed pre opportunity
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 12:53 --- Yes it is a dup as, the issue is we don't pre things for: if (a) d = b + c; else d = b + e; Where b is a complex expression (yes this is simplifing it). Even pull the load of ii in PR 23286, we still don't get the PRE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23619
[Bug tree-optimization/23622] Dom jump threading at -O1 confuses branch prediction
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 12:57 --- Hmm, in dom1 we get: bb 0: goto bb 4 (L3); # i_4 = PHI i_1(2), i_2(4); L0:; something (); i_3 = i_4 + 1; # i_1 = PHI i_3(1); L1:; if (i_1 = 99) goto L0; else goto L2; L2:; return; # i_2 = PHI 0(0); L3:; goto bb 1 (L0); In PHI-OPT we get: # i_4 = PHI i_3(1), 0(0); L0:; something (); i_3 = i_4 + 1; if (i_3 = 99) goto L0; else goto L2; Becuase we run a cfg cleanup. I don't see anything wrong here now. This is the same for -O2 also. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23622
[Bug target/23621] gcj-dbtool aborts on m68k-linux
-- What|Removed |Added Keywords||EH http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23621
[Bug ada/23187] MAXPATHLEN usage in gcc/ada/*.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 13:07 --- Subject: Bug 23187 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 13:07:07 Modified files: gcc/ada: adaint.c Log message: PR ada/23187 (GNAT_MAXPATH_LEN): Use default value if MAXPATHLEN is undefined. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/adaint.c.diff?cvsroot=gccr1=1.51r2=1.52 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23187
[Bug c++/23372] [4.0/4.1 Regression] Temporary aggregate copy not elided when passing parameters by value
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29
13:13 ---
One possibility would be to hack out-of-ssa to coalesce single use variables
with their defs in the case of aggregates. The real fix would involve
expanding to rtl from ssa, so we have this information ready and need not
create these useless memcpy's. Or whatever solution is more correct here
(fixing the frontends will not work for the second testcase until we allow
function calls as arguments in gimple).
Anyway, here's the hack that passed bootstrapping and regtesting for C and C++
with only some tr1 tests failing:
Index: gimplify.c
===
RCS file: /cvs/gcc/gcc/gcc/gimplify.c,v
retrieving revision 2.113.2.11
diff -c -3 -p -r2.113.2.11 gimplify.c
*** gimplify.c 16 Aug 2005 22:16:52 - 2.113.2.11
--- gimplify.c 29 Aug 2005 12:04:33 -
*** gimplify_target_expr (tree *expr_p, tree
*** 3628,3633
--- 3628,3641
if (init)
{
+ /* Try to avoid the temporary if possible. */
+ if (TREE_CODE (init) == INDIRECT_REF
+ !TARGET_EXPR_CLEANUP (targ))
+ {
+ *expr_p = init;
+ return GS_OK;
+ }
+
/* TARGET_EXPR temps aren't part of the enclosing block, so add it
to the temps list. */
gimple_add_tmp_var (temp);
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372
[Bug ada/23187] MAXPATHLEN usage in gcc/ada/*.c
--- Additional Comments From charlet at gcc dot gnu dot org 2005-08-29 13:14 --- Should not cause compilation error any more. Arno -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23187
[Bug target/21824] [meta-bug] bootstrap bugs for *-gnu*
-- Bug 21824 depends on bug 23187, which changed state. Bug 23187 Summary: MAXPATHLEN usage in gcc/ada/*.c http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23187 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21824
[Bug tree-optimization/23622] Dom jump threading at -O1 confuses branch prediction
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-29
13:18 ---
Sorry, I have simplified the testcase and only looked at the dom1 dump. You
need the following testcase to reproduce the problem (for the second loop):
void foo (void)
{
int i;
for (i = 0; i 100; i++)
something ();
for (i = 0; i 100; i++)
something ();
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23622
[Bug middle-end/23599] [4.0 Regression] Flag -fstrict-aliasing corrupts iterators
--- Additional Comments From leopardi at bigpond dot net dot au 2005-08-29 13:19 --- (In reply to comment #5) Cannot reproduce on x86_64 either. Seems to be fixed. Agree. I have now also tested with gcc version 4.0.2 20050825 (prerelease) and the bug no longer occurs. Some change since gcc version 4.0.2 20050728 (prerelease) must have fixed this bug. Is it possible for anyone to test with 4.0.1 or 4.0.2 20050728 (prerelease) to verify that this bug really existed, or is this a waste of time? This bug may be a dup of PR 23192 which was fixed 2005-08-02 by Diego Novillo. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23599
[Bug c++/13377] unexpected behavior of namespace usage directive
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-29 13:32 --- Testing a patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13377
[Bug other/23541] all error messages produce segfault ICE
--- Additional Comments From fgccbz0 at greynode dot net 2005-08-29 13:36 --- It sounds like you have a mismatching header installed and nothing more. Such a difference is certainly possible - thank's for the e-mail address. That ought to provide the hook I need to continue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23541
[Bug ada/20548] [4.1 Regression] ACATS c52103x segfault at runtime on x86_64
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-08-29 13:38 --- This test will very likely be affected by a yet-to-be-merged front-end change. Therefore back to normal state. -- What|Removed |Added Status|WAITING |NEW Last reconfirmed|2005-03-19 15:38:24 |2005-08-29 13:38:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20548
[Bug tree-optimization/23619] Missed pre opportunity
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 13:40 --- Subject: Re: Missed pre opportunity On Mon, 29 Aug 2005, pinskia at gcc dot gnu dot org wrote: --- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 12:53 --- Yes it is a dup as, the issue is we don't pre things for: if (a) d = b + c; else d = b + e; Where b is a complex expression (yes this is simplifing it). As a general statement, this is true, but in a loop is different because it should be partially redundant over the backedge. I'm tentatively with zdenek that we should be PRE'ing something here. I'll look at the actual dumps :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23619
[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 13:52 --- Subject: Bug 21268 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 13:52:38 Modified files: gcc: ChangeLog Makefile.in Log message: 2005-08-18 Paolo Bonzini [EMAIL PROTECTED] PR bootstrap/21268 * Makefile.in (ALL_CPPFLAGS): Include $(INCLUDES) at the beginning. Remove $(INCLUDES) from all the rules, if following $(ALL_CPPFLAGS) or $(BUILD_CPPFLAGS). Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9848r2=2.9849 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/Makefile.in.diff?cvsroot=gccr1=1.1536r2=1.1537 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21268
[Bug c++/22488] [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 13:54 --- Subject: Re: [4.1 Regression] ICE: in first_vi_for_offset, at tree-ssa-structalias.c:2585 with -O3 On Mon, 2005-08-29 at 12:13 +, rguenth at gcc dot gnu dot org wrote: --- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-29 12:13 --- Try Index: tree-ssa-structalias.c === RCS file: /cvs/gcc/gcc/gcc/tree-ssa-structalias.c,v retrieving revision 2.27 diff -c -3 -p -r2.27 tree-ssa-structalias.c *** tree-ssa-structalias.c 14 Aug 2005 19:23:56 - 2.27 --- tree-ssa-structalias.c 29 Aug 2005 12:12:21 - *** do_simple_structure_copy (const struct c *** 2317,2322 --- 2317,2324 q = get_varinfo (temprhs.var); fieldoffset = p-offset - pstart; q = first_vi_for_offset (q, q-offset + fieldoffset); + if (!q) + continue; temprhs.var = q-id; process_constraint (new_constraint (templhs, temprhs)); } to workaround this. This will generate bad code. This is one of the places where first_vi_for_offset should *never* fail. (it's not okay for it to fail during constraint generation. it's okay to fail during solving). As i noted in the bug, the real problem here seems to be the FE is generating overlaps when it shouldn't be (or it's using magic that we aren't to calculate the offsets, and hten is lying about it to the middle end :P) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488
[Bug c++/23099] [4.0/4.1 regression] ICE in build_simple_base_path, at cp/class.c:460
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 13:56 --- Subject: Bug 23099 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-29 13:56:48 Modified files: gcc/cp : cp-tree.h decl.c init.c name-lookup.c pt.c ChangeLog gcc/testsuite/g++.dg/init: member1.C gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: static13.C static14.C Log message: PR c++/23099 * cp-tree.h (saved_scope): Add skip_evaluation. * decl.c (start_decl): Use DECL_INITIALIZED_IN_CLASS_P, not DECL_INITIAL, to determine whether or not a static data member was initialized in the class-specifier. (cp_finish_decl): Add comment. * init.c (integral_constant_value): Subtitute into the initializers for static data members in templates. * name-lookup.c (push_to_top_level): Save skip_evaluation. (pop_from_top_level): Restore it. * pt.c (instantiate_class_template): Do not substitute into the intializers of static data members when instantiating a class. (regenerate_decl_from_template): Simplify. (instantiate_decl): Tidy. Substitute into the initializer for a static data member even when the definition of the data member is not available. PR c++/23099 * g++.dg/init/member1.C: Make sure erroneous static data member definitions are required. * g++.dg/template/static13.C: New test. * g++.dg/template/static14.C: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1106.2.12r2=1.1106.2.13 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1371.2.19r2=1.1371.2.20 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/init.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.412.2.7r2=1.412.2.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.109.4.6r2=1.109.4.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.978.2.19r2=1.978.2.20 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.84r2=1.4648.2.85 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/member1.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1.10.1r2=1.1.10.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/static13.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/static14.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.358r2=1.5084.2.359 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23099
[Bug c++/22488] [4.1 Regression] C++ generates incorrect overlapping fields
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 13:57 --- I've changed the summary to match what the actual bug appears to be, at least until a C++ person tells us whether it's supposed to be generating these overlaps or not. -- What|Removed |Added Summary|[4.1 Regression] ICE: in|[4.1 Regression] C++ |first_vi_for_offset, at |generates incorrect |tree-ssa-structalias.c:2585 |overlapping fields |with -O3| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488
[Bug c/23623] New: volatile keyword changes bitfield access size from 32bit to 8bit
struct
{
unsigned int b : 1;
} bf1;
volatile struct
{
unsigned int b : 1;
} bf2;
void test(void)
{
bf1.b = 1;
bf2.b = 1;
}
Access to bf1.b is correctly done as 32-bits (lwz/stw opcodes), bf2.b is
accessed as 8-bits (lbz/stb opcodes). GCC3.4.3 shows the same behaviour, can't
go back any further. The same happens when the bitfield itself is made volatile,
not the whole struct.
--
Summary: volatile keyword changes bitfield access size from 32bit
to 8bit
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: m dot reszat at kostal dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-cygwin
GCC target triplet: powerpc-elf-eabispe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23623
[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 14:05 --- Subject: Bug 21268 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-29 14:04:18 Modified files: gcc: ChangeLog Makefile.in Log message: 2005-08-29 Paolo Bonzini [EMAIL PROTECTED] PR bootstrap/21268 * Makefile.in (ALL_CPPFLAGS): Include $(INCLUDES) at the beginning. Remove $(INCLUDES) from all the rules, if following $(ALL_CPPFLAGS) or $(BUILD_CPPFLAGS). Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.399r2=2.7592.2.400 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/Makefile.in.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1447.2.3r2=1.1447.2.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21268
[Bug c++/23099] [4.0/4.1 regression] ICE in build_simple_base_path, at cp/class.c:460
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 14:15 --- Subject: Bug 23099 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 14:09:08 Modified files: gcc/cp : cp-tree.h decl.c init.c name-lookup.c pt.c ChangeLog gcc/testsuite/g++.dg/init: member1.C gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: static13.C static14.C Log message: PR c++/23099 * cp-tree.h (saved_scope): Add skip_evaluation. * decl.c (start_decl): Use DECL_INITIALIZED_IN_CLASS_P, not DECL_INITIAL, to determine whether or not a static data member was initialized in the class-specifier. (cp_finish_decl): Add comment. * init.c (integral_constant_value): Subtitute into the initializers for static data members in templates. * name-lookup.c (push_to_top_level): Save skip_evaluation. (pop_from_top_level): Restore it. * pt.c (instantiate_class_template): Do not substitute into the intializers of static data members when instantiating a class. (regenerate_decl_from_template): Simplify. (instantiate_decl): Tidy. Substitute into the initializer for a static data member even when the definition of the data member is not available. PR c++/23099 * g++.dg/init/member1.C: Make sure erroneous static data member definitions are required. * g++.dg/template/static13.C: New test. * g++.dg/template/static14.C: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1159r2=1.1160 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1420r2=1.1421 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/init.c.diff?cvsroot=gccr1=1.427r2=1.428 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gccr1=1.137r2=1.138 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.1026r2=1.1027 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4861r2=1.4862 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/member1.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/static13.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/static14.C.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5976r2=1.5977 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23099
[Bug c++/23099] [4.0/4.1 regression] ICE in build_simple_base_path, at cp/class.c:460
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-29 14:18 --- Fixed in 4.0.2. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23099
[Bug bootstrap/21268] [4.0/4.1 Regression] Bootstrap, configuration problem and insn-conditions.c
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-29 14:36 --- Patch applied. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21268
[Bug tree-optimization/22348] [4.0 Regression] Execution continues past end of for loop end condition with optimisation enabled
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-29 14:37 --- Could this apply to 4.0 as well? -- What|Removed |Added CC||bonzini at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22348
[Bug rtl-optimization/15248] [4.0 Regression] Reload may generate stores to read-only memory
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-29 14:41 --- All branches now have the quick fix. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15248
[Bug target/21169] [4.0 regression] ICE in reload_cse_simplify_operands with -fnon-call-exceptions -fPIC -O2
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-29 14:55 --- Can anybody do a regression hunt on mainline? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21169
[Bug rtl-optimization/15248] [4.0 Regression] Reload may generate stores to read-only memory
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 14:58 --- Subject: Bug 15248 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-29 14:41:20 Modified files: gcc: reload1.c ChangeLog Log message: 2005-08-29 Paolo Bonzini [EMAIL PROTECTED] PR rtl-optimization/15248 * reload1.c (reload): Ignore equivalences between pseudos and read only memory. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/reload1.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.461.6.3r2=1.461.6.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.400r2=2.7592.2.401 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15248
[Bug target/22077] [4.0 Regression] vec_all_eq does not produce good result
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-29 15:02 --- Maybe the patch could be backported to 4.0? -- What|Removed |Added CC||sayle at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22077
[Bug c/23506] [4.0 Regression] Bad array access in DEF_GCC_BUILTIN
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-29 15:02 --- Maybe the patch could be backported to 4.0? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23506
[Bug c++/23624] New: ICE: internal compiler error: in invert_truthvalue, at fold-const.c:2697
Attempting to compile the following example (with no explicit command-line
arguments) results in an ICE:
---
typedef unsigned char RESET_OCCUR_DT;
typedef struct {
RESET_OCCUR_DT*pResetOccur;
} DintgRec;
templatetypename T
void f()
{
int i, resetScalar;
DintgRec* s;
if (s-pResetOccur[resetScalar ? 0 : i] != 0U) {
}
}
void g()
{
fint();
}
--
Here's the exact compiler output:
ice.C: In function `void f()':
ice.C:13: internal compiler error: in invert_truthvalue, at fold-const.c:2697
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
[EMAIL PROTECTED]:~/playpen$
-
And here's the output of '-v' on the compiler in question:
Reading specs from
/mathworks/hub/Linux/glibc-2.3.2/i686/apps/gcc-3.4.4/bin/../lib/gcc/i686-pc-linux-gnu/3.4.4/specs
Configured with: /home/cnewbold/src/gnu/gcc-3.4.4/configure
--enable-__cxa_atexit --prefix=/hub/Linux/glibc-2.3.2/i686/apps/gcc-3.4.4
Thread model: posix
gcc version 3.4.4
--
Summary: ICE: internal compiler error: in invert_truthvalue, at
fold-const.c:2697
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cnewbold at mathworks dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23624
[Bug tree-optimization/23619] Missed pre opportunity
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 15:15 --- Subject: Re: Missed pre opportunity On Mon, 2005-08-29 at 12:46 +, rakdver at gcc dot gnu dot org wrote: --- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-29 12:46 --- Is it really a duplicate? I think that in 23286, VUSE at ii may be the problem; but in this testcase, there is nothing that can prevent p+q from being moved out of loop. Also, in the expression p + q is partially redundant over the back edge of the loop, so PRE should work for it. Disabling reassoc, it knows that p + q is antic over the backedge. Which means it knows it *could* insert it. Why it's deciding not to do an insert is what i'm analyzing now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23619
[Bug tree-optimization/23619] Missed pre opportunity
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 15:23 --- Subject: Re: Missed pre opportunity Disabling reassoc, it knows that p + q is antic over the backedge. Which means it knows it *could* insert it. Okay, it determines it's not fully available in block 6, even though both predecessors of 6 generate it, because neither predecessor strictly dominates block 6, and nowhere else that generates the expression does. This is a partial partial case that i never bothered handling because it just doesn't happen often in practice, AFAICT. We can do it, and i know how, it just was never worth it. We'd have to generate a no-cost phi in block 6 to merge the two available values. Let me see if i can change compute_avail to do this for us so we don't have to worry about it later. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23619
[Bug tree-optimization/23625] New: ICE: in bsi_after_labels, at tree-flow-inline.h:758
When I compile qt334 with the actual snapshot (20050826) of gcc41 I get an ICE when I use -O2 -ftree-loop-linear -ftree-vectorize. last working snapshot is: gcc-4.1-20050723 first failing snapshot is: gcc-4.1-20050730 Michael Cieslinski gcc41m -c -O2 -ftree-loop-linear -ftree-vectorize -o jquant2.o jquant2.i ../../../../src/3rdparty/libjpeg/jquant2.c: In function 'fill_inverse_cmap': ../../../../src/3rdparty/libjpeg/jquant2.c:859: internal compiler error: in bsi_after_labels, at tree-flow-inline.h:758 Please submit a full bug report, with preprocessed source if appropriate. gcc41m -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.1-20050826/configure --prefix=/usr/local/gcc41m -- program-suffix=41m --with-arch=opteron --enable-languages=c,c++ --enable- checking Thread model: posix gcc version 4.1.0 20050826 (experimental) -- Summary: ICE: in bsi_after_labels, at tree-flow-inline.h:758 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: micis at gmx dot de CC: gcc-bugs at gcc dot gnu 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=23625
[Bug tree-optimization/22348] [4.0 Regression] Execution continues past end of for loop end condition with optimisation enabled
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-29 15:25 --- The same workaround should work. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22348
[Bug tree-optimization/23625] ICE: in bsi_after_labels, at tree-flow-inline.h:758
--- Additional Comments From micis at gmx dot de 2005-08-29 15:26 --- Created an attachment (id=9613) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9613action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23625
[Bug c++/23624] [3.4/4.0/4.1 Regression] ICE: internal compiler error: in invert_truthvalue, at fold-const.c:2697
-- What|Removed |Added Keywords||ice-on-valid-code Known to fail||3.4.0 4.0.0 4.1.0 Known to work||3.3.3 Summary|ICE: internal compiler |[3.4/4.0/4.1 Regression] |error: in invert_truthvalue,|ICE: internal compiler |at fold-const.c:2697|error: in invert_truthvalue, ||at fold-const.c:2697 Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23624
[Bug tree-optimization/23046] [4.1 Regression] ICE in set_value_range, at tree-vrp.c:191
--- Additional Comments From dank at kegel dot com 2005-08-29 15:34 --- I think Jim's fold fix/workaround is at http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00371.html I'm using it locally now, and it seems at first glance to get us past this problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23046
[Bug c++/23624] [3.4/4.0/4.1 Regression] ICE: internal compiler error: in invert_truthvalue, at fold-const.c:2697
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29
15:35 ---
Reduced testcase:
templateint
void f()
{
int *t, i;
t[i ? 0 : i];
}
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-08-29 15:35:43
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23624
[Bug middle-end/23623] volatile keyword changes bitfield access size from 32bit to 8bit
-- What|Removed |Added Component|c |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23623
[Bug tree-optimization/23625] [4.1 Regression] ICE: in bsi_after_labels, at tree-flow-inline.h:758
-- What|Removed |Added Keywords||ice-on-valid-code Known to fail||4.1.0 Known to work||4.0.0 Summary|ICE: in bsi_after_labels, at|[4.1 Regression] ICE: in |tree-flow-inline.h:758 |bsi_after_labels, at tree- ||flow-inline.h:758 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23625
[Bug ada/21053] Warnings from init.c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 15:41 --- Subject: Bug 21053 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 15:41:45 Modified files: gcc/ada: s-stalib.adb decl.c fe.h init.c Log message: 2005-08-29 Arnaud Charlet [EMAIL PROTECTED] Doug Rupp [EMAIL PROTECTED] * s-stalib.adb: Add missing pragma Warnings (On) to reenable Warnings when needed. (Inside_Elab_Final_Code): Moved to init.c to avoid having to keep this code in the GNAT run-time. * decl.c, fe.h: Replace GCC_ZCX by Back_End_Exceptions. PR ada/21053 * init.c (__gnat_error_handler [many]): Mark msg as const (__gnat_error_handler [HPUX]): Mark siginfo parameter as unused (__gnat_inside_elab_final_code): Moved here from Standard_Library and only defined for the compiler. __gnat_error_handler [VMS]: Adjust sigargs to account for PC PSL. (__gnat_inum_to_ivec): Do not define this function on VxWorks when using RTPs because directly vectored Interrupt routines are not supported on this configuration. (getpid): Do not redefine this function on VxWorks when using RTPs because this primitive is well supported by the RTP libraries. (copy_msg): Correct the code that checks for buffer overflow. Discovered during code reading. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/s-stalib.adb.diff?cvsroot=gccr1=1.9r2=1.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/decl.c.diff?cvsroot=gccr1=1.79r2=1.80 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/fe.h.diff?cvsroot=gccr1=1.10r2=1.11 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ada/init.c.diff?cvsroot=gccr1=1.52r2=1.53 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21053
[Bug ada/21053] Warnings from init.c
--- Additional Comments From charlet at gcc dot gnu dot org 2005-08-29 15:48 --- Should be fixed now. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21053
[Bug tree-optimization/23625] [4.1 Regression] ICE: in bsi_after_labels, at tree-flow-inline.h:758
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29
16:10 ---
Confirmed, reduced testcase:
typedef long INT32;
void find_best_colors ()
{
int ic0, ic1, ic2;
INT32 * bptr;
INT32 dist1;
INT32 dist2;
INT32 xx1;
for (ic0 = (1(5 -3))-1;ic0 = 0;ic0--)
{
for (ic1 = (1(6 -3))-1;ic1 = 0;ic1--)
{
dist2 = dist1;
for (ic2 = (1(5 -3))-1;ic2 = 0;ic2--)
{
*bptr = dist2;
bptr++;
}
dist1 += xx1;
}
}
}
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-08-29 16:10:14
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23625
[Bug libstdc++/23578] Implement resolution of DR 464 [Ready]
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 16:11 --- Subject: Bug 23578 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 16:11:20 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/bits: stl_map.h stl_vector.h libstdc++-v3/include/debug: map.h vector libstdc++-v3/docs/html/ext: howto.html Added files: libstdc++-v3/testsuite/23_containers/map/element_access: 1.cc libstdc++-v3/testsuite/23_containers/vector/data_access: 1.cc Log message: 2005-08-29 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/23578 (DR 464 [Ready]) * include/bits/stl_map.h (class map): Add at(const key_type) member functions. * include/bits/stl_vector.h (class vector): Add data() member functions. * include/debug/map.h (class map): Adjust consistently. * include/debug/vector (class vector): Likewise. * testsuite/23_containers/map/element_access/1.cc: New. * testsuite/23_containers/vector/data_access/1.cc: Likewise. * docs/html/ext/howto.html: Add an entry for DR 464. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gccr1=1.3082r2=1.3083 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/stl_map.h.diff?cvsroot=gccr1=1.28r2=1.29 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/bits/stl_vector.h.diff?cvsroot=gccr1=1.57r2=1.58 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/debug/map.h.diff?cvsroot=gccr1=1.6r2=1.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/debug/vector.diff?cvsroot=gccr1=1.7r2=1.8 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/23_containers/map/element_access/1.cc.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/23_containers/vector/data_access/1.cc.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/docs/html/ext/howto.html.diff?cvsroot=gccr1=1.56r2=1.57 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23578
[Bug libstdc++/23578] Implement resolution of DR 464 [Ready]
--- Additional Comments From pcarlini at suse dot de 2005-08-29 16:12 --- Fixed for 4.1. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23578
[Bug middle-end/23623] volatile keyword changes bitfield access size from 32bit to 8bit
-- What|Removed |Added Known to fail||3.1 3.3 4.1.0 4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23623
[Bug tree-optimization/23622] Dom jump threading at -O1 confuses branch prediction
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 16:20 --- If we run CCP right after DOM and do a DCE, we get a cleaned up loops. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23622
[Bug rtl-optimization/23567] [3.4/4.0/4.1 regression] if-conversion causes wrong code
-- What|Removed |Added CC||rth at gcc dot gnu dot org AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-08-25 23:21:40 |2005-08-29 17:15:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23567
[Bug tree-optimization/23626] New: [4.1 Regression] ICE after cunrolling
The following C++ code currently fails at -O2 -fnon-call-exceptions:
extern C void abort ();
int a[3];
int f ()
{
int sum = 0;
try
{
for (int i = 0; i 3; ++i)
sum += a[i];
}
catch (...)
{
abort ();
}
return sum;
}
I think someone forgets to cleanup the eh regions after unrolling:
t.cc: In function int f():
t.cc:2: error: BB 0 last statement has incorrectly set region
t.cc:2: internal compiler error: verify_flow_info failed
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
--
Summary: [4.1 Regression] ICE after cunrolling
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,rakdver at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23626
[Bug tree-optimization/23626] [4.1 Regression] ICE after cunrolling
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23626
[Bug tree-optimization/23626] [4.1 Regression] ICE after cunrolling
-- What|Removed |Added Keywords||EH http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23626
[Bug middle-end/23408] [4.1 Regression] ICE in cgraph_decide_inlining_incrementally (using freed GC memory)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-29 17:49 --- Subject: Bug 23408 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-29 17:48:59 Modified files: gcc: ChangeLog ipa-inline.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg: pr23408.c Log message: 2005-08-18 Andrew Pinski [EMAIL PROTECTED] PR middle-end/23408 * ipa-inline.c (cgraph_decide_inlining_incrementally): Remove the call to ggc_collect. 2005-08-28 Andrew Pinski [EMAIL PROTECTED] PR middle-end/23408 * gcc.dg/pr23408.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9849r2=2.9850 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ipa-inline.c.diff?cvsroot=gccr1=2.15r2=2.16 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5977r2=1.5978 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/pr23408.c.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23408
[Bug middle-end/23408] [4.1 Regression] ICE in cgraph_decide_inlining_incrementally (using freed GC memory)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 17:49 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23408
[Bug tree-optimization/23627] New: ICE: tree check: expected ssa_name, have unlt_expr in verify_ssa, at tree-ssa.c:746
I get an ICE if I compile the small program below with the actual snapshot.
Michael Cieslinski
gcc41m -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-4.1-20050826/configure --prefix=/usr/local/gcc41m --
program-suffix=41m --with-arch=opteron --enable-languages=c,c++ --enable-
checking
Thread model: posix
gcc version 4.1.0 20050826 (experimental)
gcc41m -O2 -funswitch-loops -c -o calclut.o calclut.ii
calclut.ii: In function 'int CalculateLut(MetisApi*, long int, long int,
std::string)':
calclut.ii:12: internal compiler error: tree check: expected ssa_name, have
unlt_expr in verify_ssa, at tree-ssa.c:746
Please submit a full bug report, with preprocessed source if appropriate.
file calclut.ii
namespace std
{
template typename _CharT
class basic_string ;
typedef basic_string char string;
}
typedef unsigned U16;
class MetisApi;
using namespace std;
int CalculateLut (MetisApi *metisapi, long dx, long dy, string directory)
{
int h, i;
U16*darkBuffer = __null;
U16*lowBuffer;
U16*t1orig[15];
U16*t0;
int err;
{
if (err) { return -1; }
for (i=0; idx*dy; i++)
{
if (t1orig[h]) t1orig[h][i] = lowBuffer[i];
t0[i] += darkBuffer[i];
}
}
}
--
Summary: ICE: tree check: expected ssa_name, have unlt_expr in
verify_ssa, at tree-ssa.c:746
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: micis at gmx dot de
CC: gcc-bugs at gcc dot gnu 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=23627
[Bug tree-optimization/23627] [4.1 Regression] ICE: tree check: expected ssa_name, have unlt_expr in verify_ssa, at tree-ssa.c:746
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29
18:03 ---
Reduced testcase:
typedef unsigned U16;
U16*t1orig[15];
void CalculateLut (long dx, U16 *lowBuffer, U16*t0)
{
int i;
U16*darkBuffer = __null;
for (i=0; idx; i++)
{
if (t1orig[0]) t1orig[0][i] = lowBuffer[i];
t0[i] += darkBuffer[i];
}
}
Fails after iv-opts.
--
What|Removed |Added
CC||rakdver at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed||1
GCC build triplet|x86_64-unknown-linux-gnu|
GCC host triplet|x86_64-unknown-linux-gnu|
Keywords||ice-on-valid-code
Last reconfirmed|-00-00 00:00:00 |2005-08-29 18:03:25
date||
Summary|ICE: tree check: expected |[4.1 Regression] ICE: tree
|ssa_name, have unlt_expr in |check: expected ssa_name,
|verify_ssa, at tree-|have unlt_expr in
|ssa.c:746 |verify_ssa, at tree-
||ssa.c:746
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23627
[Bug tree-optimization/23627] [4.1 Regression] ICE: tree check: expected ssa_name, have unlt_expr in verify_ssa, at tree-ssa.c:746
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 18:09 --- A dup of bug 23509. *** This bug has been marked as a duplicate of 23509 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23627
[Bug tree-optimization/23509] [4.1 regression] ICE with ivopts
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 18:09 --- *** Bug 23627 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||micis at gmx dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23509
[Bug tree-optimization/23619] Missed pre opportunity
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 19:29 --- not a dupe -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23619
[Bug tree-optimization/23619] Missed pre opportunity
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 19:31 --- Subject: Bug 23619 Zdenek, the following patch (bootstrapping now) should fix your bug 23619.diff --- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 19:31 --- Created an attachment (id=9617) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9617action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23619
[Bug tree-optimization/23619] Missed pre opportunity
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-29 19:31 --- mine -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dberlin at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-29 19:31:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23619
[Bug c++/23628] New: Typeinfo comparison code easily breaks shared libs
There is a problem in GCC's typeinfo comparison code where it just compares the address of the symbol, not what the symbol points at. Hence if the linker chooses one typeinfo instance in one binary and another in another binary, even though they are the same typeinfo it returns different results. This means you must be very, very careful to ensure the typeinfos for the symbols which get compared must be default visibility in ALL compilation units if and ONLY if the RTTI lives in different shared libraries. As you might guess, this can get tricky to get right! We were fortunate that in one of the boost::signals test executables, this leads to a repeatable crash (boost_any_bridge fails to detect that two types are the same, because of an erroneous type info comparison). It is much worse in some other situations. I have seen silent failures (such as the type of a standard exception being changed between where it is thrown and where it is caught). The problem was obscured by a time by the fact that, despite claims to the contrary in the documentation, it seems that the symbols are not being made visible in the hosting executable by default. As a result we have two separate copies of the typeinfo. -- Summary: Typeinfo comparison code easily breaks shared libs Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mmarcus at emarcus dot org CC: gcc-bugs at gcc dot gnu dot org,gdr at integrable- solutions dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23628
[Bug c++/23628] Typeinfo comparison code easily breaks shared libs
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 19:55 --- Usually when this is brought up, we ask how shared libraries are loaded, they need to be loaded with global when calling dlopen (if you loading dynamicly). If the shared libraries are loaded staticly, then maybe the issue is with incomplete types, which is PR 20647. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23628
[Bug c++/23628] Typeinfo comparison code easily breaks shared libs
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-29 19:58 --- Oh, one more thing, we need a testcase because this is hard to reproduce. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23628
[Bug c++/23273] gcc doesn't compile the stl headers
--- Additional Comments From jacob dot navia at ants dot com 2005-08-29 19:58 --- Subject: RE: gcc doesn't compile the stl headers Hi OK, Since you tell me that is not standard C++, a developer (Mr Prasad Kommoju) went through all the min/max usage in our code and changed them. After having done all that work, we now find a fresh new problem. Isn't this fun? He writes: I got internal compiler error as follows: --- /home/jacob/gcc4/bin/g++ -D_SERVER_CPP_FLAGS -D_64BIT -DANTS_ASSERT -I. -I../Win32/include -I../Shared -I../Atomics -DNODEBUG -D_NODEBUG -DNDEBUG -D_NDEBUG -DUNIX_COMPILE -D_REENTRANT -D_REDHAT -m64 -fPIC -fno-omit-frame-pointer -O0 -w -D__ DBL_SO_SPLIT -I. -I../Win32/include -I../CryptoLibrary -I../VParse -I../VParse/inc -I../Atomics -I../CompilerLibrary -I../Driver/CPThreadLibrary -I../CompilerLibrary -I../avipl -o Release/AntsAuthIdElement.lo -c AntsAuthIdElement.cpp ./Atomic8Byte.h: In member function 'bool AtomicDouble::SetIfEqual(double, double) volatile': ./Atomic8Byte.h:1075: internal compiler error: in create_tmp_var, at gimplify.c:368 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. --- OK? Should we file a new bug report? Thanks jacob -Original Message- From: pinskia at physics dot uc dot edu [mailto:[EMAIL PROTECTED] Sent: Friday, August 26, 2005 11:37 AM To: Jacob Navia Subject: [Bug c++/23273] gcc doesn't compile the stl headers --- Additional Comments From pinskia at physics dot uc dot edu 2005-08-26 18:37 --- Subject: Re: gcc doesn't compile the stl headers --- Additional Comments From jacob dot navia at ants dot com 2005-08-26 18:31 --- Subject: RE: gcc doesn't compile the stl headers Hi. You sent me this message: -Original Message- From: pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED] Sent: Monday, August 22, 2005 6:36 AM To: Jacob Navia Subject: [Bug c++/23273] gcc doesn't compile the stl headers --- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-22 13:35 --- This is not a bug. You have a macro max which is defined and so you get: std::(((size())(__n))?(size()):(__n)) which is a bug. It is a bug in your code. --- Why do we have min and max macros? /* On Linux and Solaris this isn't allowed: int i; float x; min(i,x); It says that there is no instantiation of minT,T() that matches (int,float). Until they fix their type-resolving mechanism, we have to make-do with macros. */ #ifndef min #define min(a,b)((a) (b) ? (a): (b)) #endif #ifndef max #define max(a,b)((a) (b) ? (a): (b)) #endif OK. Now this work-around works in gcc 3.xxx but not now... sigh. Can you tell me if the original problem has been fixed? The orginal problem is in your code as the standard says min/max are templates of only one template agrument. There is nothing which can be fixed in GCC or libstdc++ at all since your code is not valid C++. -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
[Bug c++/23273] gcc doesn't compile the stl headers
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-29 20:01 --- Subject: Re: gcc doesn't compile the stl headers On Aug 29, 2005, at 3:59 PM, jacob dot navia at ants dot com wrote: OK? Should we file a new bug report? Yes but this is most likely PR 23167. -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23273
Re: [Bug c++/23273] gcc doesn't compile the stl headers
On Aug 29, 2005, at 3:59 PM, jacob dot navia at ants dot com wrote: OK? Should we file a new bug report? Yes but this is most likely PR 23167. -- Pinski
[Bug libmudflap/18244] libmudflap installs include/mf-runtime.h in version-independent path
--- Additional Comments From gerald at pfeifer dot com 2005-08-29 20:05 --- Frank, would you mind having a look at this? -- What|Removed |Added CC||fche at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18244
[Bug c++/23628] Typeinfo comparison code easily breaks shared libs
--- Additional Comments From mmarcus at emarcus dot org 2005-08-29 20:18 --- This is for the case when the shared libraries are loaded statically. One test case can be found by following the link found in this post: http://article.gmane.org/gmane.comp.lib.boost.build/10072 . I will also attach a simple self-contained test case for gcc 4.0 darwin/OS X. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23628
[Bug c++/23628] Typeinfo comparison code easily breaks shared libs
--- Additional Comments From mmarcus at emarcus dot org 2005-08-29 20:23
---
Actually, I'll just paste the darwin test case here. On this platform, libstdc++
is a sharedlib. The following code:
###
#include vector
#include iostream
#include stdexcept
int main (int argc, char * const argv[]) {
std::vectorint v;
try {
v.at(1);
}
catch(const std::out_of_range e) {
std::cout Correct behavior: out of range caught, what==:
e.what() \n;
throw;
}
catch(...) {
std::cout Oops, apparent problem with type identity across
a DLL
boundary\n;
throw;
}
return 0;
}
###
Output is the Oops case when built without explictly setting
-fvisibility=default or -fvisibility-inlines-hidden for the hosting
exectuable.
--
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed||1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23628
