[Bug libstdc++/26133] unique_copy requires assignability when using output iterators
--- Comment #2 from pcarlini at suse dot de 2006-02-08 10:09 --- Working on it... -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-08 10:09:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26133
[Bug middle-end/26171] New: #pragma omp threadprivate requires -funit-at-at-time
Try to compile libgomp/testsuite/libgomp.c/copyin-1.c at -O0: [EMAIL PROTECTED]:~/build/gcc/native> gcc/xgcc -Bgcc -c copyin-1.c -I ~/build/gcc/native/x86_64-suse-linux/libgomp -fopenmp /tmp/ccB3EieP.s: Assembler messages: /tmp/ccB3EieP.s:278: Error: Accessing `thr' as thread-local object /tmp/ccB3EieP.s:278: Error: Accessing `thr' as thread-local object /tmp/ccB3EieP.s:278: Error: Accessing `thr' as thread-local object /tmp/ccB3EieP.s:278: Error: Accessing `thr' as thread-local object /tmp/ccB3EieP.s:278: Error: Accessing `thr' as thread-local object /tmp/ccB3EieP.s:278: Error: Accessing `thr' as thread-local object [EMAIL PROTECTED]:~/build/gcc/native> gcc/xgcc -Bgcc -c copyin-1.c -I ~/build/gcc/native/x86_64-suse-linux/libgomp -fopenmp -funit-at-a-time [EMAIL PROTECTED]:~/build/gcc/native> gcc/xgcc -Bgcc -c copyin-1.c -I ~/build/gcc/native/x86_64-suse-linux/libgomp -fopenmp -O -fno-unit-at-a-time /tmp/ccTYpCzg.s: Assembler messages: /tmp/ccTYpCzg.s:220: Error: Accessing `thr' as thread-local object /tmp/ccTYpCzg.s:220: Error: Accessing `thr' as thread-local object /tmp/ccTYpCzg.s:220: Error: Accessing `thr' as thread-local object /tmp/ccTYpCzg.s:220: Error: Accessing `thr' as thread-local object /tmp/ccTYpCzg.s:220: Error: Accessing `thr' as thread-local object /tmp/ccTYpCzg.s:220: Error: Accessing `thr' as thread-local object -- Summary: #pragma omp threadprivate requires -funit-at-at-time Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: openmp Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ebotcazou at gcc dot gnu dot org GCC build triplet: *-*-* GCC host triplet: *-*-* GCC target triplet: *-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26171
[Bug c/26172] New: generates wrong code for pam_lastlog w/o optimization
Take ftp://ftp.kernel.org/pub/linux/libs/pam/pre/library/Linux-PAM-0.99.3.0.tar.gz compile it with export CFLAGS="-fPIC -march=i586 -mtune=i586" ./configure [args...]; make The resulted pam_lastlog.so module is wrong, there's an off-by-8-bytes bug during a strncpy. However, if -O2 is also included amongst the CFLAGS, the generated code is okay. I attach the pam_lastlog.c file with two debug fprintf's inserted as well as preprocessed source. The miscompiled part of the source is at line 278: fprintf(stderr, "tl = %s\n", terminal_line); /* GCC BUG BELOW THIS LINE */ strncat(last_login.ll_line, terminal_line, sizeof(last_login.ll_line)-1); fprintf(stderr, "ll = %s\n", last_login.ll_line); /* GCC BUG ABOVE THIS LINE */ Without -O2, the following is printed to stderr during a "su -": tl = pts/2 ll = [EMAIL PROTECTED]/2 this is 8 bytes of binary garbage, always different. With -O2, strncat copies the string as expected: tl = pts/2 ll = pts/2 The gcc command line: i586-uhu-linux-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../libpam/include -I../../libpamc/include -fPIC -march=i586 -mtune=i586 -DPAM_DYNAMIC -W -Wall -Wbad-function-cast -Wcast-align -Wcast-qual -Wmissing-declarations -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes -Wwrite-strings -Winline -Wshadow -MT pam_lastlog.lo -MD -MP -MF .deps/pam_lastlog.Tpo -c pam_lastlog.c -fPIC -DPIC -o .libs/pam_lastlog.o -- Summary: generates wrong code for pam_lastlog w/o optimization Product: gcc Version: 3.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: egmont at uhulinux dot hu GCC build triplet: i586-uhu-linux GCC host triplet: i586-uhu-linux GCC target triplet: i586-uhu-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26172
[Bug c/26172] generates wrong code for pam_lastlog w/o optimization
--- Comment #1 from egmont at uhulinux dot hu 2006-02-08 10:58 --- Created an attachment (id=10800) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10800&action=view) pam_lastlog.c with two extra fprintf's inserted (search for "GCC BUG" to find them) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26172
[Bug c/26172] generates wrong code for pam_lastlog w/o optimization
--- Comment #2 from egmont at uhulinux dot hu 2006-02-08 10:58 --- Created an attachment (id=10801) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10801&action=view) preproecessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26172
[Bug c++/26070] [3.4/4.0/4.1/4.2 regression] ICE declaring data member virtual and static
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-02-08 11:00 --- Subject: Bug 26070 Author: reichelt Date: Wed Feb 8 11:00:55 2006 New Revision: 110747 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110747 Log: PR c++/26070 * decl.c (grokdeclarator): Clear storage_class together with staticp. * g++.dg/other/virtual1.C: New test. Added: trunk/gcc/testsuite/g++.dg/other/virtual1.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26070
[Bug c++/26070] [3.4/4.0/4.1/4.2 regression] ICE declaring data member virtual and static
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-02-08 11:03 --- Subject: Bug 26070 Author: reichelt Date: Wed Feb 8 11:03:09 2006 New Revision: 110748 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110748 Log: PR c++/26070 * decl.c (grokdeclarator): Clear storage_class together with staticp. * g++.dg/other/virtual1.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/other/virtual1.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/decl.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26070
[Bug c/26172] generates wrong code for pam_lastlog w/o optimization
--- Comment #3 from egmont at uhulinux dot hu 2006-02-08 11:03 --- sorry, there's a typo. s/strncpy/strncat/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26172
[Bug c++/26070] [3.4/4.0/4.1/4.2 regression] ICE declaring data member virtual and static
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-02-08 11:05 --- Subject: Bug 26070 Author: reichelt Date: Wed Feb 8 11:05:11 2006 New Revision: 110749 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110749 Log: PR c++/26070 * decl.c (grokdeclarator): Clear storage_class together with staticp. * g++.dg/other/virtual1.C: New test. Added: branches/gcc-4_0-branch/gcc/testsuite/g++.dg/other/virtual1.C Modified: branches/gcc-4_0-branch/gcc/cp/ChangeLog branches/gcc-4_0-branch/gcc/cp/decl.c branches/gcc-4_0-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26070
[Bug c/26172] generates wrong code for pam_lastlog w/o optimization
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-02-08 11:07 --- /* copy to last_login */ last_login.ll_host[0] = '\0'; ^ this should probably be ll_line. You'll just get uninitialized stack garbage at -O0. fprintf(stderr, "tl = %s\n", terminal_line); /* GCC BUG BELOW THIS LINE */ strncat(last_login.ll_line, terminal_line, sizeof(last_login.ll_line)-1); fprintf(stderr, "ll = %s\n", last_login.ll_line); /* GCC BUG ABOVE THIS LINE */ terminal_line = NULL; -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26172
[Bug c++/26070] [3.4/4.0/4.1/4.2 regression] ICE declaring data member virtual and static
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-02-08 11:08 --- Subject: Bug 26070 Author: reichelt Date: Wed Feb 8 11:08:04 2006 New Revision: 110750 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110750 Log: PR c++/26070 * decl.c (grokdeclarator): Clear RID_STATIC together with staticp. * g++.dg/other/virtual1.C: New test. Added: branches/gcc-3_4-branch/gcc/testsuite/g++.dg/other/virtual1.C Modified: branches/gcc-3_4-branch/gcc/cp/ChangeLog branches/gcc-3_4-branch/gcc/cp/decl.c branches/gcc-3_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26070
[Bug c++/26070] [3.4/4.0/4.1/4.2 regression] ICE declaring data member virtual and static
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-02-08 11:10 --- Fixed on mainline, 4.1 branch, 4.0 branch, and 3.4 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|4.0.3 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26070
[Bug c++/26071] [4.0/4.1/4.2 regression] ICE declaring destructor virtual and static
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-02-08 11:21 --- Subject: Bug 26071 Author: reichelt Date: Wed Feb 8 11:21:27 2006 New Revision: 110751 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110751 Log: PR c++/26071 * decl.c (grokdeclarator): Set dname also for destructor. * g++.dg/other/virtual2.C: New test. Added: trunk/gcc/testsuite/g++.dg/other/virtual2.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26071
[Bug c++/26173] New: derived template class with virtual functions implemented in a seperated file does not link
The following case can be reproduced with the attached sample.
If I have a C++ base class with a virtual function and a derived (template)
class and the virtual function is implemented in a own file (-> classb.cpp),
the linker does not find the symbol of the function.
If the function is implemented inline it will works.
The problem seems to be that the object file (classb.o) does not contains the
symbol information.
The problem seems to be new with gcc 4.0. With gcc 3.3 it works.
We have reproduced this with gcc 4.0.1 on Mac OS X and Linux.
Using the sample:
- unpack attached test.zip
- call ./ma.sh in shell terminal (gcc 4.0 envirnment must be set)
For me that seems to be a bug because I have not found a compiler switch, etc.
to make this working.
==
-> proj.h
#include
#include
class A {
public:
A() {
ma = 0;
} // A()
virtual ~A() {
} // A()
virtual int Method1() = 0;
protected:
int ma;
}; // A
template class B {
public:
B() {
mb = 0;
} // B()
virtual ~B() {
} // B()
virtual int Method1();
protected:
T mb;
}; // B
==
-> main.cpp
#include "proj.h"
int main()
{
B bs;
bs.Method1();
B bi;
bi.Method1();
B bl;
bl.Method1();
return 0;
} // main()
==
-> classb.cpp
#include "proj.h"
template class B;
template class B;
template class B;
template int B::Method1()
{
printf("pid = %ld\n", (long) getpid());
return 0;
} // Method1()
==
-> ma.sh (for Mac OS X)
g++ -c -O1 -arch ppc -arch i386 -o main.o main.cpp
g++ -c -O1 -arch ppc -arch i386 -o classb.o classb.cpp
g++ -o Test1ppc -arch ppc -isysroot /Developer/SDKs/MacOSX10.4u.sdk main.o
classb.o -framework Carbon -lstdc++
g++ -o Test1i386 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk main.o
classb.o -framework Carbon -lstdc++
--
Summary: derived template class with virtual functions
implemented in a seperated file does not link
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: alexander dot schmitt at wibu dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26173
[Bug c/26172] generates wrong code for pam_lastlog w/o optimization
--- Comment #5 from egmont at uhulinux dot hu 2006-02-08 11:21 --- Shame on me... I spent some hours debugging the problem but didn't realize that I'm always continuously mixing strcpy and strcat, I just thought the other one was used there. You're perfectly right, thanks very much and sorry for bothering you! I'll go and report it to the pam folks... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26172
[Bug c++/26071] [4.0/4.1/4.2 regression] ICE declaring destructor virtual and static
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-02-08 11:23 --- Subject: Bug 26071 Author: reichelt Date: Wed Feb 8 11:23:17 2006 New Revision: 110752 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110752 Log: PR c++/26071 * decl.c (grokdeclarator): Set dname also for destructor. * g++.dg/other/virtual2.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/other/virtual2.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/decl.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26071
[Bug c++/26071] [4.0/4.1/4.2 regression] ICE declaring destructor virtual and static
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-02-08 11:26 --- Subject: Bug 26071 Author: reichelt Date: Wed Feb 8 11:26:25 2006 New Revision: 110753 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110753 Log: PR c++/26071 * decl.c (grokdeclarator): Set dname also for destructor. * g++.dg/other/virtual2.C: New test. Added: branches/gcc-4_0-branch/gcc/testsuite/g++.dg/other/virtual2.C Modified: branches/gcc-4_0-branch/gcc/cp/ChangeLog branches/gcc-4_0-branch/gcc/cp/decl.c branches/gcc-4_0-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26071
[Bug c++/26071] [4.0/4.1/4.2 regression] ICE declaring destructor virtual and static
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-02-08 11:27 --- Fixed on mainline, 4.1 branch, and 4.0 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26071
[Bug c++/26167] -Wconversion fails to detect signedness conversion from int to unsigned int in fuction call
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-08 11:36 --- Confirmed. The C frontend warns about this. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||diagnostic Last reconfirmed|-00-00 00:00:00 |2006-02-08 11:36:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26167
[Bug middle-end/26092] [4.0/4.1/4.2 Regression] ICE on const function pointer assigned to a builtin function
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-02-03 18:15:01 |2006-02-08 12:19:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26092
[Bug tree-optimization/26169] [4.2 Regression] ICE in duplicate_ssa_name
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-08 12:43 --- (In reply to comment #3) > I didn't trip over anything like this on my x86 testing, but I have > been able to reproduce it with a cross compiler. The fix is > pretty trivial, but it'll take until sometime tomorrow before the > regression testing and such is complete. I should mention why you did not trip over it on the x86 testing orginally. This: if (p == 0) if (do_create) Was orginally: if (p == 0 && do_create) Which causes a slightly different IR. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-08 12:43:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26169
[Bug c++/26173] derived template class with virtual functions implemented in a seperated file does not link
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-08 12:48 ---
template class B;
template class B;
template class B;
template int B::Method1()
{...}
This is your issue. Move the instantiations below the defintion of the method
definition.
This is a dup of bug 24511 which describes why this is behavior is correct and
why the bug is also still open though.
*** This bug has been marked as a duplicate of 24511 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution||DUPLICATE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26173
[Bug c++/24511] [DR 470] explicit instantiation/extern template unsats on symbols defined later
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-08 12:48 --- *** Bug 26173 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||alexander dot schmitt at ||wibu dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24511
[Bug libfortran/25577] gfortran routine mvbits returns wrong answer.
--- Comment #9 from tobi at gcc dot gnu dot org 2006-02-08 13:14 --- Subject: Bug 25577 Author: tobi Date: Wed Feb 8 13:14:43 2006 New Revision: 110756 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110756 Log: fortran/ 2006-02-07 Dale Ranta <[EMAIL PROTECTED]> PR fortran/25577 * intrinsics/mvbits.c: Shift '(TYPE)1' type when building 'lenmask'. testsuite/ 2006-02-08 Tobias Schlueter <[EMAIL PROTECTED]> PR fortran/25577 * gfortran.dg/mvbits_1.f90: New. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/mvbits_1.f90 - copied unchanged from r110728, trunk/gcc/testsuite/gfortran.dg/mvbits_1.f90 Modified: branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/libgfortran/ChangeLog branches/gcc-4_1-branch/libgfortran/intrinsics/mvbits.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25577
[Bug libfortran/25577] gfortran routine mvbits returns wrong answer.
--- Comment #10 from tobi at gcc dot gnu dot org 2006-02-08 13:16 --- Fixed. -- tobi at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25577
[Bug tree-optimization/26135] store copyprop not effective
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-02-08 13:18 --- And the alternative store copyprop implementation was posted here: http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00669.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26135
[Bug tree-optimization/25918] gcc.dg/vect/vect-reduc-dot-s16.c scan-tree-dump-times vectorized 1 loops 1 and gcc.dg/vect/vect-reduc-pattern-2.c scan-tree-dump-times vectorized 2 loops 1 fail
--- Comment #6 from dorit at il dot ibm dot com 2006-02-08 14:17 --- (In reply to comment #4) > ... This happens > because the IA-64 port defines the widen_ssumv4hi3 pattern. The IA-64 port is > the only one that defines this pattern, and hence is probably the only port > "broken" here. All others will presumably fail to vectorize this loop. that's correct. it's actually a combination of being able to support widen_ssumv4hi3 and (non widening) multiplication of shorts. looks like we need to split these loops into separate testcases, and for this particular loop expect vectorization if vect_widen_sum and vect_short_mult (new keyword) are supported. > and the testcase fails because we only expected 1 loop to be vectorized. > I think the only thing wrong here is that the dg-final tests in the testcase > are not precise enough to handle this case. indeed. Will take care of that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25918
[Bug bootstrap/26161] Configure tests for pthread.h sometimes need to use -pthread
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-08 14:18 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-08 14:18:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26161
[Bug tree-optimization/25918] gcc.dg/vect/vect-reduc-dot-s16.c scan-tree-dump-times vectorized 1 loops 1 and gcc.dg/vect/vect-reduc-pattern-2.c scan-tree-dump-times vectorized 2 loops 1 fail
--- Comment #7 from dorit at il dot ibm dot com 2006-02-08 14:19 --- (In reply to comment #5) Will take care of that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25918
[Bug c++/26167] -Wconversion fails to detect signedness conversion from int to unsigned int in fuction call
--- Comment #2 from mueller at gcc dot gnu dot org 2006-02-08 14:46 --- ugh, that warning isn't even in -Wextra. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26167
[Bug c++/23372] [4.0/4.1/4.2 Regression] Temporary aggregate copy not elided when passing parameters by value
--- Comment #29 from rguenth at gcc dot gnu dot org 2006-02-08 15:11 --- Created an attachment (id=10802) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10802&action=view) patch for aggregate copyprop This patch (on top of infrastructure provided by the general copyprop improvements) modifies forwprop to do copy propagation of aggregates. Untested apart from the fact it fixes all the testcases here. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372
[Bug bootstrap/26161] Configure tests for pthread.h sometimes need to use -pthread
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-02-08 15:12 --- (In reply to comment #3) > 2006-02-07 Roger Sayle <[EMAIL PROTECTED]> > R. Scott Bailey <[EMAIL PROTECTED]> > > PR bootstrap/16787 > * floatformat.c: Include where available. > (NAN): Use value of DBL_QNAN if defined, and NAN isn't. It does work for me on alphaev68-dec-osf5.1b, enabling to build libiberty with the system cc. But the build dies later with: yacc --name-prefix=__gettext --output plural.c ../../gcc/intl/plural.y usage: yacc -svdlt [-b prefix] [-p sym_prefix] [-P path] [-N num] file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26161
[Bug fortran/19546] Internal subroutine setting function return value gives internal compiler error
--- Comment #4 from tobi at gcc dot gnu dot org 2006-02-08 15:14 --- Corrected testcase: function f() integer :: f contains subroutine sub f = 1 end subroutine sub end function f The ICE is now at: t.f90:4: internal compiler error: in gfc_conv_variable, at fortran/trans-expr.c:354 -- tobi at gcc dot gnu dot org changed: What|Removed |Added CC||tobi at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19546
[Bug c++/23372] [4.0/4.1/4.2 Regression] Temporary aggregate copy not elided when passing parameters by value
--- Comment #30 from pinskia at gcc dot gnu dot org 2006-02-08 15:16 --- (In reply to comment #29) > This patch (on top of infrastructure provided by the general copyprop > improvements) modifies forwprop to do copy propagation of aggregates. > Untested > apart from the fact it fixes all the testcases here. Forward prop is really a semi hack waiting for a true combiner. And this seems like the wrong spot anyways as forward prop is only really for scalars really. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372
[Bug c++/23372] [4.0/4.1/4.2 Regression] Temporary aggregate copy not elided when passing parameters by value
--- Comment #31 from rguenth at gcc dot gnu dot org 2006-02-08 15:16 --- For reference, I talk about http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00669.html excluding the tree-ssa-copy.c parts. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372
[Bug c++/23372] [4.0/4.1/4.2 Regression] Temporary aggregate copy not elided when passing parameters by value
--- Comment #32 from rguenth at gcc dot gnu dot org 2006-02-08 15:18 --- Of course you are right. But backporting this to 4.1 may be the only chance to get the stackspace / extra temporaries regressions solved there, as using forwprop for this hack is the most easiest (and frankly forwprop has become a place exactly for such hacks already ;)). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372
[Bug c++/26167] -Wconversion fails to detect signedness conversion from int to unsigned int in fuction call
--- Comment #3 from gdr at integrable-solutions dot net 2006-02-08 15:32 --- Subject: Re: -Wconversion fails to detect signedness conversion from int to unsigned int in fuction call "mueller at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | ugh, that warning isn't even in -Wextra. I'll be happy to review patch to make the warning work in the C++ front-end. I'll do it myself if nobody feels like tackling it :-) -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26167
[Bug tree-optimization/26125] [4.1/4.2 Regression] g++.dg/opt/complex5.C:11: ICE: Segmentation fault
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-08 15:49 ---
This patch works for me but I don't know if it is the correct one or not:
Index: tree-inline.c
===
--- tree-inline.c (revision 110756)
+++ tree-inline.c (working copy)
@@ -1211,7 +1211,7 @@ declare_return_variable (copy_body_data
/* If the callee cannot possibly modify MODIFY_DEST, then we can
reuse it as the result of the call directly. Don't do this if
it would promote MODIFY_DEST to addressable. */
- else if (TREE_ADDRESSABLE (result))
+ else if (TREE_ADDRESSABLE (result) || !DECL_COMPLEX_GIMPLE_REG_P
(result))
use_it = false;
else
{
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26125
[Bug bootstrap/26175] New: In gcc-4.2.0 libgomp/.../powerpc/futex.h SYS_futex undefined
Manifest itself in make check. -- Summary: In gcc-4.2.0 libgomp/.../powerpc/futex.h SYS_futex undefined Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: malitzke at metronets dot com GCC build triplet: powerpc-linux-gnu GCC host triplet: powerpc-linux-gnu GCC target triplet: powerpc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26175
[Bug tree-optimization/26169] [4.2 Regression] ICE in duplicate_ssa_name
--- Comment #5 from uweigand at gcc dot gnu dot org 2006-02-08 16:10 --- FYI -- this also breaks bootstrap on s390-ibm-linux and s390x-ibm-linux: ../../../gcc-head/libgfortran/io/unit.c: In function 'find_unit_1': ../../../gcc-head/libgfortran/io/unit.c:269: internal compiler error: tree check: expected ssa_name, have struct_field_tag in duplicate_ssa_name, at tree-ssanames.c:247 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- uweigand at gcc dot gnu dot org changed: What|Removed |Added CC||uweigand at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26169
[Bug other/26176] New: -mtune=i686 builds code including CMOV
I use a VIA Samuel 2 processor, which is a i686, but does not have the cmov capability. Therefore i used -march=i586 -mtune=i686 on my machine, because i thought mtune would tune for that architecture but leaves it compatibile to lower archs. But objdump -d /usr/lib/modules/libfb.so | grep cmov shows this: 16cb7: 0f 4c e8cmovl %eax,%ebp 16cc0: 0f 4f f0cmovg %eax,%esi 16ccb: 0f 4d 44 24 10 cmovge 0x10(%esp),%eax 16ce2: 0f 4f f8cmovg %eax,%edi 16eb5: 0f 45 83 e4 fd ff ffcmovne 0xfde4(%ebx),%eax 179ba: 0f 4c 74 24 28 cmovl 0x28(%esp),%esi 179c3: 0f 4f 54 24 30 cmovg 0x30(%esp),%edx 179d8: 0f 4c 4c 24 2c cmovl 0x2c(%esp),%ecx 179e1: 0f 4f 44 24 34 cmovg 0x34(%esp),%eax So it is defenitly not downward compatible. According to my information, this is a bug and leads to unusable binaries on my system. My /proc/cpuinfo: processor : 0 vendor_id : CentaurHauls cpu family : 6 model : 7 model name : VIA Samuel 2 stepping: 3 cpu MHz : 599.899 cache size : 64 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu de tsc msr cx8 mtrr pge mmx 3dnow bogomips: 1183.74 i686 works fine as long as it does not contain cmov operations. I am using gentoo and this was part of the make.cong file which produced the bug: CFLAGS="-Os -march=i586 -mtune=i686 -mmmx -m3dnow -pipe -fomit-frame-pointer" CHOST="i586-pc-linux-gnu" This is my first bug here, so have merci ;) I wasn't sure which in which component this belongs, so i filed it to other. Is it a problem to check the cpu flags, and if they don't contain cmov, then cmov should not be used? -- Summary: -mtune=i686 builds code including CMOV Product: gcc Version: 3.4.5 Status: UNCONFIRMED Severity: major Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: themgt at mail dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26176
[Bug other/26176] -mtune=i686 builds code including CMOV
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-08 16:16 --- Use -v on the compilation lines of affected files and see which -march is really in effect, possibly filing a bug against Gentoo for them likely defaulting to i686. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26176
[Bug libstdc++/26094] Segmentation fault in Linux 7.1 GCC 3.1 Kernel 2.4.9-45lxset34smp
--- Comment #4 from bkoz at gcc dot gnu dot org 2006-02-08 16:34 --- The compiler you are using, 3.1 was a release that was immediately superceeded by 3.2 because of errors. It is unsupported, as is Red Hat 7.1. Please put self-contained (ie cut and paste to compiler with no edits) sources in bug reports. I suggest you try again with 3.3, 3.4, or 4.0. Try compiling both as you did (which was how, by the way) and also with static links (-static). See if one fails, and the other works. If so, reopen this and provide more details. -benjamin -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26094
[Bug bootstrap/26175] In gcc-4.2.0 libgomp/.../powerpc/futex.h SYS_futex undefined
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-08 16:43 --- You really need recent enough kernel (2.6.x with futex support) and binutils to use openmp. I guess we could come up with more configure check inflation, tough. You also should provide more information about your system (powerpc-linux-gnu isn't really exhaustive). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26175
[Bug libgomp/26175] [4.2 Regression] In gcc-4.2.0 libgomp/.../powerpc/futex.h SYS_futex undefined
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |libgomp Keywords||build Summary|In gcc-4.2.0|[4.2 Regression] In gcc- |libgomp/.../powerpc/futex.h |4.2.0 |SYS_futex undefined |libgomp/.../powerpc/futex.h ||SYS_futex undefined Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26175
[Bug tree-optimization/26169] [4.2 Regression] ICE in duplicate_ssa_name
--- Comment #6 from law at redhat dot com 2006-02-08 16:55 --- Subject: Re: [4.2 Regression] ICE in duplicate_ssa_name On Wed, 2006-02-08 at 16:10 +, uweigand at gcc dot gnu dot org wrote: > > --- Comment #5 from uweigand at gcc dot gnu dot org 2006-02-08 16:10 > --- > FYI -- this also breaks bootstrap on s390-ibm-linux and s390x-ibm-linux: > > ../../../gcc-head/libgfortran/io/unit.c: In function 'find_unit_1': > ../../../gcc-head/libgfortran/io/unit.c:269: internal compiler error: tree > check: expected ssa_name, have struct_field_tag in duplicate_ssa_name, at > tree-ssanames.c:247 > Please submit a full bug report, > with preprocessed source if appropriate. > See http://gcc.gnu.org/bugs.html> for instructions. Should be fixed within the next couple hours - just waiting on regression testing to finish... jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26169
[Bug target/26176] -mtune=i686 builds code including CMOV
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26176
[Bug libgcj/26177] New: Exception when compiling valid regex pattern
The azureus developers identified a regex failure that is causing trouble...
$ cat /tmp/ar.java
import java.util.regex.*;
public class ar
{
public static void main (String args[])
{
Pattern p = Pattern.compile ("(?i)yoda");
}
}
$ gcj -C ar.java
$ gij ar
Exception in thread "main" java.util.regex.PatternSyntaxException: At position
1 in regular expression pattern:
quantifier (?*+{}) without preceding token
(?i)yoda
^
at java.util.regex.Pattern.Pattern(java.lang.String, int)
(/usr/lib/libgcj.so.6.0.0)
at java.util.regex.Pattern.compile(java.lang.String, int)
(/usr/lib/libgcj.so.6.0.0)
at java.util.regex.Pattern.compile(java.lang.String)
(/usr/lib/libgcj.so.6.0.0)
at ar.main(java.lang.String[]) (Unknown Source)
at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0)
at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0)
(Yes, I ran this again 4.0, but the same thing happens in 4.1).
--
Summary: Exception when compiling valid regex pattern
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: green at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26177
[Bug libgcj/26177] Exception when compiling valid regex pattern
--- Comment #1 from konqueror at gmx dot de 2006-02-08 17:11 ---
Subject: Re: New: Exception when compiling valid regex pattern
On Wed, Feb 08, 2006 at 05:03:48PM -, green at redhat dot com wrote:
> The azureus developers identified a regex failure that is causing trouble...
>
> $ cat /tmp/ar.java
> import java.util.regex.*;
>
> public class ar
> {
> public static void main (String args[])
> {
> Pattern p = Pattern.compile ("(?i)yoda");
> }
> }
> $ gcj -C ar.java
> $ gij ar
> Exception in thread "main" java.util.regex.PatternSyntaxException: At position
> 1 in regular expression pattern:
> quantifier (?*+{}) without preceding token
> (?i)yoda
> ^
>at java.util.regex.Pattern.Pattern(java.lang.String, int)
> (/usr/lib/libgcj.so.6.0.0)
>at java.util.regex.Pattern.compile(java.lang.String, int)
> (/usr/lib/libgcj.so.6.0.0)
>at java.util.regex.Pattern.compile(java.lang.String)
> (/usr/lib/libgcj.so.6.0.0)
>at ar.main(java.lang.String[]) (Unknown Source)
>at gnu.java.lang.MainThread.call_main() (/usr/lib/libgcj.so.6.0.0)
>at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0)
>
> (Yes, I ran this again 4.0, but the same thing happens in 4.1).
With GNU classpath CVS HEAD and jamvm 1.4.2 this throws no exception so
this is fixed in it it seems. Perhaps all the gnu.regexp fixes should be
ported to 4.1?
Cheers,
Michael
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26177
[Bug c++/26178] New: sizeof still fails calculating size of an structure (sizeof(struct my_struct))
Request to REOPEN bug 6385 was DENIED... creating a new bug...
Error previously reported on bug 6385 (against version 3.0.4.) persists in
version 3.4.4. for more elaborated structs, example:
struct bug_struct {
short a, b, c, d, e, f, g, h, i, j, k, l;
char m[8];
float n, o, p, q, r;
short s;
char t[20], u[20];
char v[8];
};
is evaluated as 104 bytes (should be 102).
Following program returns 1:
struct bug_struct {
short a, b, c, d, e, f, g, h, i, j, k , l;
char m[8];
float n, o, p, q, r;
short s;
char t[20], u[20];
char v[8];
};
bug_struct bug;
long int a, b;
const char *explain1 = "The structure above defined is 102 bytes long.";
const char *explain2 = "'a' receives the size of all individual parts: 102.";
const char *explain3 = "'b' receives the size of the struct: 104.";
const char *explain4 = "Program retuns 1.";
int main(void) {
a = sizeof(bug.a)+sizeof(bug.b)+sizeof(bug.c)+sizeof(bug.d)+
sizeof(bug.e)+sizeof(bug.f)+sizeof(bug.g)+sizeof(bug.h)+
sizeof(bug.i)+sizeof(bug.j)+sizeof(bug.k)+sizeof(bug.l)+
sizeof(bug.m)+sizeof(bug.n)+sizeof(bug.o)+sizeof(bug.p)+
sizeof(bug.q)+sizeof(bug.r)+sizeof(bug.s)+sizeof(bug.t)+
sizeof(bug.u)+sizeof(bug.v);
b = sizeof(bug);
if (a == b)
return 0;
else
return 1;
}
* Diagnostic dumps:
* -
OUTPUT FROM "g++ -v":
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose --prefix=/usr
--exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib
--mandir=/usr/share/man --infodir=/usr/share/info
--enable-languages=c,ada,c++,d,f77,java,objc --enable-nls
--without-included-gettext --enable-version-specific-runtime-libs --without-x
--enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter
--disable-libgcj-debug --enable-threads=posix --enable-java-gc=boehm
--disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization
--enable-libstdcxx-debug : (reconfigured)
Thread model: posix
gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
OUTPUT FROM "g++ -x c++ -Wall -save-temps bug-sizeof.c++ -o bug-sizeof.exe":
OUTPUT FROM "uname -a":
CYGWIN_NT-5.1 ME109APC3 1.5.18(0.132/4/2) 2005-07-02 20:30 i686 unknown unknown
Cygwin
OUTPUT FROM "./bug-sizeof.exe; echo $?"
1
--
Summary: sizeof still fails calculating size of an structure
(sizeof(struct my_struct))
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: chrisnaak at yahoo dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26178
[Bug classpath/26177] Exception when compiling valid regex pattern
--- Comment #2 from mark at gcc dot gnu dot org 2006-02-08 17:22 --- Works fine with GNU Classpath CVS -- mark at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|libgcj |classpath Product|gcc |classpath Resolution||FIXED Target Milestone|--- |0.21 Version|4.1.0 |unspecified http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26177
[Bug c++/26178] sizeof still fails calculating size of an structure (sizeof(struct my_struct))
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-08 17:23 --- Not a bug - you don't appear to understand padding and alignment requirements. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26178
[Bug c++/26178] sizeof still fails calculating size of an structure (sizeof(struct my_struct))
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-08 17:23 --- There is padding in this struct which is why the size is different than from the sum of all the parts. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26178
[Bug target/26176] -mtune=i686 builds code including CMOV
--- Comment #2 from themgt at mail dot ru 2006-02-08 17:29 --- i586-pc-linux-gnu-gcc -c -Os -march=i586 -mtune=i686 -pipe -fomit-frame-pointer -fno-strict-aliasing -ansi -Wno-return-type -w-I../.. -I../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DHASXDMAUTH Wraphelp.c What do you want to see? Something like this? This is part of the output while emerging/compiling xorg. "-Os -march=i586 -mtune=i686 -pipe -fomit-frame-pointer" is part of any compile process, i can see that without the -v flag -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26176
[Bug libgcj/26177] Exception when compiling valid regex pattern
--- Comment #3 from green at redhat dot com 2006-02-08 17:32 --- It's good to know this is fixed in GNU Classpath, but I filed this against libgcj for a reason. Reopening the bug. -- green at redhat dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Component|classpath |libgcj Product|classpath |gcc Resolution|FIXED | Target Milestone|0.21|--- Version|unspecified |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26177
[Bug libgcj/26177] [4.1 only] Exception when compiling valid regex pattern
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-08 17:34 --- Is this a regression? libgcj should take care that GCC is in super release mode now. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|Exception when compiling|[4.1 only] Exception when |valid regex pattern |compiling valid regex ||pattern Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26177
[Bug c++/26148] g++ bug, possibly introduced around gcc 3.4.0
--- Comment #2 from gcc_bugzilla at friedman dot to 2006-02-08 17:41 --- If this conforms with the Committee's decision, then the Committee's decision is buggy. In my opinion this is clearly a bug because it is inconsistent between using namespaces and not using namespaces, and GNU should consider fixing this even if it causes gcc to not be ANSI-compatible. -- gcc_bugzilla at friedman dot to changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26148
[Bug c++/26148] g++ bug, possibly introduced around gcc 3.4.0
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-08 17:44 --- Please talk with the standards committee instead of GCC. try comp.lang.c++ first and then go from there. g++ tries to strives for being a C++ compiler and not a GNU++ compiler. *** This bug has been marked as a duplicate of 11828 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26148
[Bug c++/11828] [3.4/4.0 regression] qualified dependent name looked up too early
--- Comment #24 from pinskia at gcc dot gnu dot org 2006-02-08 17:44 --- *** Bug 26148 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11828
[Bug tree-optimization/26169] [4.2 Regression] ICE in duplicate_ssa_name
--- Comment #7 from law at redhat dot com 2006-02-08 17:46 --- Subject: Re: [4.2 Regression] ICE in duplicate_ssa_name On Wed, 2006-02-08 at 12:43 +, pinskia at gcc dot gnu dot org wrote: > > --- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-08 12:43 > --- > (In reply to comment #3) > > I didn't trip over anything like this on my x86 testing, but I have > > been able to reproduce it with a cross compiler. The fix is > > pretty trivial, but it'll take until sometime tomorrow before the > > regression testing and such is complete. > > I should mention why you did not trip over it on the x86 testing orginally. > This: > if (p == 0) > if (do_create) > Was orginally: > if (p == 0 && do_create) > Which causes a slightly different IR. This patch should fix the various instances of the ICE in duplicate_ssa_name. Basically VRP performed a constant propagation, changing the index in an array reference from a variable to a constant. When this occurs we queue SSA graph updates for the virtual operands of the statement. As a side effect, the virtual operands are no longer SSA_NAMEs, but instead _DECL nodes. We then find that we're able to thread through the block containing the updated array reference. The block duplication code doesn't know how to handle this case and dies. This patch simply handles any queued SSA updates before dealing with jump threads. DOM does the exact same thing. However, my gut tells me that this "solution" is mostly an artifact of how the old old old SSA graph updating code in DOM worked. I suspect that it wouldn't be terribly difficult to do all the SSA graph updates at the same time. Doing so would probably be a compile-time win as well. Regardless, this patch should bring various failing targets back into bootstrap land. Bootstrapped and regression tested on i686-pc-linux-gnu; I've also verified the ICE is fixed using cross compilers. --- Comment #8 from law at redhat dot com 2006-02-08 17:46 --- Created an attachment (id=10803) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10803&action=view) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26169
[Bug libgomp/25936] libgomp needs to link against rt on HPUX
--- Comment #4 from roger at eyesopen dot com 2006-02-08 17:46 --- This problem affects both hppa*-hp-hpux* and ia64-hp-hpux*. It appears that the required sem_init, sem_wait, sem_post, etc... symbols are defined both in the -lrt libraries on HPUX and in the -lc_r libraries. The fix is to update LIB_SPEC, perhaps in the -pthread clause, for HPUX, but I'm not sure if it requires adding -lrt or changing -lc to -lc_r, or adding -lc_r? I notice that config/pa/pa-hpux10.h does mention -lc_r, but for use with -threads. Should -pthread pull in the required symbols? i.e. is this a libgomp problem or a target problem? -- roger at eyesopen dot com changed: What|Removed |Added CC||roger at eyesopen dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25936
[Bug tree-optimization/26169] [4.2 Regression] ICE in duplicate_ssa_name
--- Comment #9 from law at redhat dot com 2006-02-08 17:46 --- Fixed with attached patch. -- law at redhat dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26169
[Bug libgcj/26177] [4.1 only] Exception when compiling valid regex pattern
--- Comment #5 from konqueror at gmx dot de 2006-02-08 17:49 --- Subject: Re: [4.1 only] Exception when compiling valid regex pattern No, this is no regression. Java is not release critical to GCC so we should just fix this bug as we fix many other bugs too. Not just regressions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26177
[Bug libgcj/26177] [4.1 only] Exception when compiling valid regex pattern
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-08 17:52 --- (In reply to comment #5) > Subject: Re: [4.1 only] Exception when compiling valid regex pattern > > No, this is no regression. Java is not release critical to GCC so we > should just fix this bug as we fix many other bugs too. Not just > regressions. But if it unstablizes gcj, it is not worth the fix at least this late in the game. Also it is time just like fortran to start thinking about allowing for java to be release critical to GCC (see Mark M.'s email at http://gcc.gnu.org/ml/fortran/2006-02/msg00095.html ). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26177
[Bug c++/19564] -Wparentheses does not work with the C++ front-end
--- Comment #3 from ian at airs dot com 2006-02-08 17:56 --- I have a patch to add full support for -Wparentheses to the C++ frontend, which I will submit when copyright status is cleared up. -- ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19564
[Bug java/22578] should inline floatToIntBits et al
--- Comment #3 from tromey at gcc dot gnu dot org 2006-02-08 18:06 --- Subject: Bug 22578 Author: tromey Date: Wed Feb 8 18:06:11 2006 New Revision: 110759 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110759 Log: gcc/java PR java/22578: * check-init.c (check_init): Handle VIEW_CONVERT_EXPR. * builtins.c (convert_real): New function. (java_builtins): Handle Float.intBitsToFloat, Float.floatToRawIntBits, Double.longBitsToDouble, Double.doubleToRawLongBits. libjava PR java/22578: * gcj/javaprims.h: Updated. * sources.am, Makefile.in: Rebuilt. * java/lang/natDouble.cc (doubleToLongBits): Moved to VMDouble. (doubleToRawLongBits): Likewise. (longBitsToDouble): Likewise. (toString): Likewise. (parseDouble): Likewise. * java/lang/natFloat.cc (floatToIntBits): Moved to VMFloat. (floatToRawIntBits): Likewise. (intBitsToFloat): Likewise. * java/lang/VMDouble.java: New file. * java/lang/VMFloat.java: New file. * java/lang/Float.java, java/lang/Double.java: Removed. Added: trunk/libjava/java/lang/VMDouble.java trunk/libjava/java/lang/VMFloat.java Removed: trunk/libjava/java/lang/Double.java trunk/libjava/java/lang/Float.java Modified: trunk/gcc/java/ChangeLog trunk/gcc/java/builtins.c trunk/gcc/java/check-init.c trunk/libjava/ChangeLog trunk/libjava/Makefile.in trunk/libjava/gcj/javaprims.h trunk/libjava/java/lang/natDouble.cc trunk/libjava/java/lang/natFloat.cc trunk/libjava/sources.am -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22578
[Bug java/22578] should inline floatToIntBits et al
--- Comment #4 from tromey at gcc dot gnu dot org 2006-02-08 18:08 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22578
[Bug libgomp/25936] libgomp needs to link against rt on HPUX
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-08 18:17 --- Subject: Re: libgomp needs to link against rt on HPUX > This problem affects both hppa*-hp-hpux* and ia64-hp-hpux*. It appears that > the required sem_init, sem_wait, sem_post, etc... symbols are defined both in > the -lrt libraries on HPUX and in the -lc_r libraries. The fix is to update > LIB_SPEC, perhaps in the -pthread clause, for HPUX, but I'm not sure if it > requires adding -lrt or changing -lc to -lc_r, or adding -lc_r? I notice that > config/pa/pa-hpux10.h does mention -lc_r, but for use with -threads. I'm not 100% certain but I believe libc_r needs to be used with dce threads, and librt with posix threads. HP-UX 10 doesn't have the latter. We only support posix threads on hppa*-hp-hpux11*. > Should -pthread pull in the required symbols? i.e. is this a libgomp problem > or a target problem? Although it's relatively easy to change LIB_SPEC, I'd like to keep the number of libraries that are linked against to a minimum. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25936
[Bug target/22209] [4.1/4.2 regression] libgfortran unresolvable symbols on irix6.5
--- Comment #7 from sayle at gcc dot gnu dot org 2006-02-08 18:31 --- Subject: Bug 22209 Author: sayle Date: Wed Feb 8 18:31:36 2006 New Revision: 110760 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110760 Log: PR target/22209 * config/mips/mips.h (MIN_UNITS_PER_WORD): Don't define for libgcc. * config/mips/_tilib.c: Remove. * config/fixtfdi.c: New libgcc source file. * config/fixunstfdi.c: New source file. * config/floatditf.c: New source file. * config/floatunditf.c: New souce file. * config/mips/t-iris6 (LIB2FUNCS_EXTRA): Include the new source files above instead of config/mips/_tilib.c. * config/mips/t-linux64 (LIB2FUNCS_EXTRA): Likewise. Added: trunk/gcc/config/fixtfdi.c trunk/gcc/config/fixunstfdi.c trunk/gcc/config/floatditf.c trunk/gcc/config/floatunditf.c Removed: trunk/gcc/config/mips/_tilib.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/mips/mips.h trunk/gcc/config/mips/t-iris6 trunk/gcc/config/mips/t-linux64 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22209
[Bug libgcj/26177] [4.1 only] Exception when compiling valid regex pattern
--- Comment #7 from tromey at gcc dot gnu dot org 2006-02-08 18:54 --- The regex changes are unlikely to cause big destabilization for 3 reasons: * They are pure java * The regex code has historically been somewhat broken, so we're unlikely to make the situation worse * They've been tested in classpath using mauve I'll look at this a bit. I'm leaning toward including the changes in 4.1 because we've seen more than one application now with regexes that hit libgcj bugs. Andrew, I agree with your point in general. We should probably discuss it in some forum other than a random regex bug report though :-) -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-08 18:54:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26177
[Bug target/26141] [4.1/4.2 Regression] va_arg causes cc1plus ICE in gimplify_addr_expr
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-02-08 19:05 --- Confirmed for revision 110699 -- amylaar at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-08 19:05:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26141
[Bug libgcj/17978] Binary Compatibility: use _Jv_AllocBytes to allocate interface dispatch tables
--- Comment #3 from tromey at gcc dot gnu dot org 2006-02-08 20:07 --- Subject: Bug 17978 Author: tromey Date: Wed Feb 8 20:07:29 2006 New Revision: 110763 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110763 Log: PR libgcj/26063, PR libgcj/17978, PR libgcj/10598: * defineclass.cc (parse): Use _Jv_AllocRawObj. (read_constpool): Likewise. (read_one_code_attribute): Use internal function name. (handleConstantPool): Use _Jv_AllocRawObj. (handleInterfacesBegin): Likewise. (handleFieldsBegin): Likewise. (handleMethodsBegin): Likewise. (handleCodeAttribute): Likewise. (handleMethodsEnd): Likewise. * include/jvm.h (new_vtable): Use _Jv_AllocRawObj. * interpret.cc (do_allocate_static_fields): Use _Jv_AllocRawObj. Allocate reference fields separately. * link.cc (prepare_constant_time_tables): Use _Jv_AllocRawObj. (add_miranda_methods): Likewise. (generate_itable): Use _Jv_AllocBytes. (find_iindex): Likewise. (struct method_closure): New structure. (create_error_method): Use struct method_closure; allocate with _Jv_AllocBytes. (ensure_fields_laid_out): Separate reference fields from non-reference fields. * boehm.cc (_Jv_MarkObj): Mark vtable. Only mark direct fields of Class. (_Jv_MarkArray): Mark vtable. (_Jv_AllocRawObj): Don't allocate objects of size 0. * include/execution.h (_Jv_ExecutionEngine::allocate_static_fields): Added 'int' parameter. (struct _Jv_CompiledEngine): Updated. (class _Jv_InterpreterEngine): Updated. Modified: trunk/libjava/ChangeLog trunk/libjava/boehm.cc trunk/libjava/defineclass.cc trunk/libjava/include/execution.h trunk/libjava/include/jvm.h trunk/libjava/interpret.cc trunk/libjava/link.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17978
[Bug libgcj/10598] dispatch tables and other Class structures not GCd
--- Comment #3 from tromey at gcc dot gnu dot org 2006-02-08 20:07 --- Subject: Bug 10598 Author: tromey Date: Wed Feb 8 20:07:29 2006 New Revision: 110763 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110763 Log: PR libgcj/26063, PR libgcj/17978, PR libgcj/10598: * defineclass.cc (parse): Use _Jv_AllocRawObj. (read_constpool): Likewise. (read_one_code_attribute): Use internal function name. (handleConstantPool): Use _Jv_AllocRawObj. (handleInterfacesBegin): Likewise. (handleFieldsBegin): Likewise. (handleMethodsBegin): Likewise. (handleCodeAttribute): Likewise. (handleMethodsEnd): Likewise. * include/jvm.h (new_vtable): Use _Jv_AllocRawObj. * interpret.cc (do_allocate_static_fields): Use _Jv_AllocRawObj. Allocate reference fields separately. * link.cc (prepare_constant_time_tables): Use _Jv_AllocRawObj. (add_miranda_methods): Likewise. (generate_itable): Use _Jv_AllocBytes. (find_iindex): Likewise. (struct method_closure): New structure. (create_error_method): Use struct method_closure; allocate with _Jv_AllocBytes. (ensure_fields_laid_out): Separate reference fields from non-reference fields. * boehm.cc (_Jv_MarkObj): Mark vtable. Only mark direct fields of Class. (_Jv_MarkArray): Mark vtable. (_Jv_AllocRawObj): Don't allocate objects of size 0. * include/execution.h (_Jv_ExecutionEngine::allocate_static_fields): Added 'int' parameter. (struct _Jv_CompiledEngine): Updated. (class _Jv_InterpreterEngine): Updated. Modified: trunk/libjava/ChangeLog trunk/libjava/boehm.cc trunk/libjava/defineclass.cc trunk/libjava/include/execution.h trunk/libjava/include/jvm.h trunk/libjava/interpret.cc trunk/libjava/link.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10598
[Bug libgcj/26063] memory leak in _Jv_Linker::link_symbol_table
--- Comment #12 from tromey at gcc dot gnu dot org 2006-02-08 20:07 --- Subject: Bug 26063 Author: tromey Date: Wed Feb 8 20:07:29 2006 New Revision: 110763 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110763 Log: PR libgcj/26063, PR libgcj/17978, PR libgcj/10598: * defineclass.cc (parse): Use _Jv_AllocRawObj. (read_constpool): Likewise. (read_one_code_attribute): Use internal function name. (handleConstantPool): Use _Jv_AllocRawObj. (handleInterfacesBegin): Likewise. (handleFieldsBegin): Likewise. (handleMethodsBegin): Likewise. (handleCodeAttribute): Likewise. (handleMethodsEnd): Likewise. * include/jvm.h (new_vtable): Use _Jv_AllocRawObj. * interpret.cc (do_allocate_static_fields): Use _Jv_AllocRawObj. Allocate reference fields separately. * link.cc (prepare_constant_time_tables): Use _Jv_AllocRawObj. (add_miranda_methods): Likewise. (generate_itable): Use _Jv_AllocBytes. (find_iindex): Likewise. (struct method_closure): New structure. (create_error_method): Use struct method_closure; allocate with _Jv_AllocBytes. (ensure_fields_laid_out): Separate reference fields from non-reference fields. * boehm.cc (_Jv_MarkObj): Mark vtable. Only mark direct fields of Class. (_Jv_MarkArray): Mark vtable. (_Jv_AllocRawObj): Don't allocate objects of size 0. * include/execution.h (_Jv_ExecutionEngine::allocate_static_fields): Added 'int' parameter. (struct _Jv_CompiledEngine): Updated. (class _Jv_InterpreterEngine): Updated. Modified: trunk/libjava/ChangeLog trunk/libjava/boehm.cc trunk/libjava/defineclass.cc trunk/libjava/include/execution.h trunk/libjava/include/jvm.h trunk/libjava/interpret.cc trunk/libjava/link.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26063
[Bug libgcj/10598] dispatch tables and other Class structures not GCd
--- Comment #4 from tromey at gcc dot gnu dot org 2006-02-08 20:08 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10598
[Bug libgcj/17978] Binary Compatibility: use _Jv_AllocBytes to allocate interface dispatch tables
--- Comment #4 from tromey at gcc dot gnu dot org 2006-02-08 20:09 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17978
[Bug libgcj/26063] memory leak in _Jv_Linker::link_symbol_table
--- Comment #13 from tromey at gcc dot gnu dot org 2006-02-08 20:10 --- Fix checked in. -- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26063
[Bug libgcj/18086] automate marking of Class object
--- Comment #2 from tromey at gcc dot gnu dot org 2006-02-08 20:13 --- Note that this bug may not be as severe now that we've simplified Class marking in _Jv_MarkObj. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18086
[Bug fortran/23815] Add -byteswapio flag
--- Comment #31 from tkoenig at gcc dot gnu dot org 2006-02-08 20:14 --- Subject: Bug 23815 Author: tkoenig Date: Wed Feb 8 20:14:00 2006 New Revision: 110764 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110764 Log: 2005-02-08 Thomas Koenig <[EMAIL PROTECTED]> PR libfortran/23815 * gfortran.texi: Document the GFORTRAN_CONVERT_UNIT environment variable. * invoke.texi: Mention the "Runtime" chapter. Document the -fconvert= option. * gfortran.h: Add options_convert. * lang.opt: Add fconvert=little-endian, fconvert=big-endian, fconvert=native and fconvert=swap. * trans-decl.c (top level): Add gfor_fndecl_set_convert. (gfc_build_builtin_function_decls): Set gfor_fndecl_set_convert. (gfc_generate_function_code): If -fconvert was specified, and this is the main program, add a call to set_convert(). * options.c: Handle the -fconvert options. 2005-02-08 Thomas Koenig <[EMAIL PROTECTED]> PR libfortran/23815 * runtime/environ.c (init_unformatted): Add GFORTRAN_CONVERT_UNIT environment variable. (top level): Add defines, type and static variables for GFORTRAN_CONVERT_UNIT handling. (search_unit): New function. (match_word): New function. (match_integer): New function. (next_token): New function. (push_token): New function. (mark_single): New function. (mark_range): New funciton. (do_parse): New function. (init_unformatted): New function. (get_unformatted_convert): New function. * runtime/compile_options.c: Add set_convert(). * libgfortran.h: Add convert to compile_options_t. * io/open.c (st_open): Call get_unformatted_convert to get unit default; if CONVERT_NONE is returned, check for the presence of a CONVERT specifier and use it. As default, use compile_options.convert. * io/io.h (top level): Add CONVERT_NONE to unit_convert, to signal "nothing has been set". (top level): Add prototype for get_unformatted_convert. 2005-02-08 Thomas Koenig <[EMAIL PROTECTED]> PR libfortran/23815 * unf_io_convert_4.f90: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/unf_io_convert_4.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/gfortran.h branches/gcc-4_1-branch/gcc/fortran/gfortran.texi branches/gcc-4_1-branch/gcc/fortran/invoke.texi branches/gcc-4_1-branch/gcc/fortran/lang.opt branches/gcc-4_1-branch/gcc/fortran/options.c branches/gcc-4_1-branch/gcc/fortran/trans-decl.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog branches/gcc-4_1-branch/libgfortran/ChangeLog branches/gcc-4_1-branch/libgfortran/io/io.h branches/gcc-4_1-branch/libgfortran/io/open.c branches/gcc-4_1-branch/libgfortran/libgfortran.h branches/gcc-4_1-branch/libgfortran/runtime/compile_options.c branches/gcc-4_1-branch/libgfortran/runtime/environ.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23815
[Bug fortran/23815] Add -byteswapio flag
--- Comment #32 from tkoenig at gcc dot gnu dot org 2006-02-08 20:15 --- Fixed on 4.1 as well. Closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23815
[Bug libfortran/25425] F95 and F2003 differ on list-directed output for 0.0
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-02-08 20:54 --- Subject: Bug 25425 Author: fxcoudert Date: Wed Feb 8 20:54:14 2006 New Revision: 110769 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110769 Log: PR libfortran/25425 * trans-decl.c (gfc_generate_function_code): Add new argument, pedantic, to set_std call. * libgfortran.h: Add pedantic field to compile_options struct. * io/write.c (calculate_G_format): Depending on the standard, choose E or F format for list-directed output of 0.0. * runtime/error.c (notify_std): Make warning and error dependent on pedanticity. * runtime/compile_options.c (set_std): Use new pedantic argument. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-decl.c trunk/libgfortran/ChangeLog trunk/libgfortran/io/write.c trunk/libgfortran/libgfortran.h trunk/libgfortran/runtime/compile_options.c trunk/libgfortran/runtime/error.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25425
[Bug c++/26179] New: ICE while compiling mozilla in tree-ssa-pre.c
Hi. As of February 6, my GCC build has an ICE when building CVS mozilla code. The output of compiling the file with '-v -save-temps' is below. The preprocessed file will be submitted once this messages gets into bugzilla. Using built-in specs. Target: i686-pc-linux-gnu Configured with: /home/arth/gcc/configure --prefix=/opt/gnu --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++,objc --disable-checking --with-system-zlib --with-gc=page Thread model: posix gcc version 4.2.0 20060208 (experimental) /opt/gnu/libexec/gcc/i686-pc-linux-gnu/4.2.0/cc1plus -E -quiet -v -I../../dist/include/system_wrappers -I/home/arth/mozilla/layout/generic -I/home/arth/mozilla/layout/generic/../base -I/home/arth/mozilla/layout/generic/../tables -I/home/arth/mozilla/layout/generic/../xul/base/src -I/home/arth/mozilla/layout/generic/../../content/xul/content/src -I/home/arth/mozilla/layout/generic/../../content/base/src -I/home/arth/mozilla/layout/generic/../../content/html/content/src -I../../dist/include/xpcom -I../../dist/include/string -I../../dist/include/dom -I../../dist/include/content -I../../dist/include/gfx -I../../dist/include/widget -I../../dist/include/locale -I../../dist/include/view -I../../dist/include/necko -I../../dist/include/js -I../../dist/include/caps -I../../dist/include/pref -I../../dist/include/htmlparser -I../../dist/include/webshell -I../../dist/include/plugin -I../../dist/include/docshell -I../../dist/include/uriloader -I../../dist/include/mimetype -I../../dist/include/webbrwsr -I../../dist/include/oji -I../../dist/include/unicharutil -I../../dist/include/lwbrk -I../../dist/include/imglib2 -I../../dist/include/accessibility -I../../dist/include/xpconnect -I../../dist/include/java -I../../dist/include/exthandler -I../../dist/include/intl -I../../dist/include/uconv -I../../dist/include -I../../dist/include/layout -I../../dist/include/nspr -I../../dist/sdk/include -D_GNU_SOURCE -D_REENTRANT -DMOZILLA_INTERNAL_API -DOSTYPE="Linux2.6.15-1" -DOSARCH="Linux" -DBUILD_ID=2006020810 -D_IMPL_NS_LAYOUT -DNDEBUG -DTRIMMED -DMOZILLA_CLIENT -include /home/arth/mozilla/config/gcc_hidden.h -include ../../mozilla-config.h -MD .deps/nsTextFrame.pp /home/arth/mozilla/layout/generic/nsTextFrame.cpp -march=pentium3 -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic -fPIC -fno-rtti -fno-exceptions -fno-check-new -fshort-wchar -ffunction-sections -O2 -fpch-preprocess -o nsTextFrame.iiignoring nonexistent directory "/opt/gnu/lib/gcc/i686-pc-linux-gnu/4.2.0/../../../../i686-pc-linux-gnu/include" #include "..." search starts here: #include <...> search starts here: ../../dist/include/system_wrappers /home/arth/mozilla/layout/generic /home/arth/mozilla/layout/generic/../base /home/arth/mozilla/layout/generic/../tables /home/arth/mozilla/layout/generic/../xul/base/src /home/arth/mozilla/layout/generic/../../content/xul/content/src /home/arth/mozilla/layout/generic/../../content/base/src /home/arth/mozilla/layout/generic/../../content/html/content/src ../../dist/include/xpcom ../../dist/include/string ../../dist/include/dom ../../dist/include/content ../../dist/include/gfx ../../dist/include/widget ../../dist/include/locale ../../dist/include/view ../../dist/include/necko ../../dist/include/js ../../dist/include/caps ../../dist/include/pref ../../dist/include/htmlparser ../../dist/include/webshell ../../dist/include/plugin ../../dist/include/docshell ../../dist/include/uriloader ../../dist/include/mimetype ../../dist/include/webbrwsr ../../dist/include/oji ../../dist/include/unicharutil ../../dist/include/lwbrk ../../dist/include/imglib2 ../../dist/include/accessibility ../../dist/include/xpconnect ../../dist/include/java ../../dist/include/exthandler ../../dist/include/intl ../../dist/include/uconv ../../dist/include ../../dist/include/layout ../../dist/include/nspr ../../dist/sdk/include /opt/gnu/lib/gcc/i686-pc-linux-gnu/4.2.0/../../../../include/c++/4.2.0 /opt/gnu/lib/gcc/i686-pc-linux-gnu/4.2.0/../../../../include/c++/4.2.0/i686-pc-linux-gnu /opt/gnu/lib/gcc/i686-pc-linux-gnu/4.2.0/../../../../include/c++/4.2.0/backward /usr/local/include /opt/gnu/include /opt/gnu/lib/gcc/i686-pc-linux-gnu/4.2.0/include /usr/include End of search list. /opt/gnu/libexec/gcc/i686-pc-linux-gnu/4.2.0/cc1plus -fpreprocessed nsTextFrame.ii -quiet -dumpbase nsTextFrame.cpp -march=pentium3 -auxbase-strip nsTextFrame.o -O2 -Wall -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -pedantic -version -fPIC -fno-rtti -fno-exceptions -fno-check-new -fshort-wchar -ffunction-sections -o nsTextFrame.s GNU C++ version 4.2.0 20060208 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.2.0 20060208 (experimental). GGC heuristics:
[Bug libstdc++/26142] global debug namespace clashes everywhere
-- bkoz at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-02-07 14:20:39 |2006-02-08 20:59:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26142
[Bug regression/26180] New: optimization regression on x86-SunOS
/*
% gcc -v
Using built-in specs.
Target: i386-pc-solaris2.9
Configured with: /usr/local/gcc-4.0.2/src/gcc-4.0.2/configure
--enable-languages=c --with-gnu-as
--with-as=/usr/local/binutils-2.16.1/x86-SunOS-gcc-4.0.1/bin/as
--with-gnu-ld
--with-ld=/usr/local/binutils-2.16.1/x86-SunOS-gcc-4.0.1/bin/ld
--prefix=/usr/local/gcc-4.0.2/x86-SunOS-gnu-as-ld
Thread model: posix
gcc version 4.0.2
%
% gcc -O0 -o foo foo.c
% foo
z= 1
%
% gcc -O2 -o foo foo.c
% foo
z= 1
%
%
% gcc-4.1 -v
Using built-in specs.
Target: i386-pc-solaris2.9
Configured with: /home/kate/gcc-4.1-20060203/src/gcc-4.1-20060203/configure
--enable-languages=c --with-gnu-as
--with-as=/usr/local/binutils-2.16.1/x86-SunOS-gcc-4.0.1/bin/as
--with-gnu-ld
--with-ld=/usr/local/binutils-2.16.1/x86-SunOS-gcc-4.0.1/bin/ld
--prefix=/home/kate/gcc-4.1-20060203/x86-SunOS-gnu-as-ld
Thread model: posix
gcc version 4.1.0 20060203 (prerelease)
%
%
% gcc-4.1 -O0 -o foo foo.c
z = 1
%
% gcc-4.1 -O2 -o foo foo.c
z = -1
%
*/
#include
int bar(x, y)
int x, y;
{
int x1, y1;
int x2, y2;
unsigned int x3, y3, w;
int z;
x1 = (x < (1 << 30));
y1 = (y < (1 << 30));
if (x1 && y1) {
x2 = ((x > 0)? (x): -(x));
y2 = ((y > 0)? (y): -(y));
x3 = x2;
y3 = y2;
w = x3 * y3;
if (w >= (1 << 30)) {
z = 1;
} else{
z = -1;
}
}
return z;
}
int main()
{
int x, y, z;
x = 536870912; /* 2^29 */
y = 2;
z = bar(x, y);
printf("z= %d\n", z);
}
--
Summary: optimization regression on x86-SunOS
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kminola at eng dot umd dot edu
GCC build triplet: i386-pc-solaris2.9
GCC host triplet: i386-pc-solaris2.9
GCC target triplet: i386-pc-solaris2.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26180
[Bug c++/26179] ICE while compiling mozilla in tree-ssa-pre.c
--- Comment #1 from ahaas at airmail dot net 2006-02-08 21:01 --- Created an attachment (id=10804) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10804&action=view) Pre-processed output of file inducing ICE Attaching pre-processed output. File compressed with bzip2 due to size. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26179
[Bug rtl-optimization/7061] Access of bytes in struct parameters
--- Comment #6 from pluto at agmk dot net 2006-02-08 21:10 ---
one more testcase from x86-64 / gcc-4.1:
float re(float _Complex a) { return __real__ a; }
is compiled to:
re: movq%xmm0, -8(%rsp)
movss -8(%rsp), %xmm0
ret
but can be optimized to `movss %xmm0, %xmm0`.
--
pluto at agmk dot net changed:
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7061
[Bug c++/26155] ICE after error with namespace alias
--- Comment #1 from bkoz at gcc dot gnu dot org 2006-02-08 21:40 --- Created an attachment (id=10805) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10805&action=view) patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26155
[Bug libstdc++/26142] global debug namespace clashes everywhere
--- Comment #5 from bkoz at gcc dot gnu dot org 2006-02-08 21:42 --- Created an attachment (id=10806) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10806&action=view) patch for debug -> std::debug Whoops, attached to the wrong bug at first. Here, this is testing, but once done will be checked in. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26142
[Bug ada/26096] [4.2 Regression] Ada bootstrap fails in g-alleve.adb
--- Comment #8 from uweigand at gcc dot gnu dot org 2006-02-08 21:44 --- The spurious failures are always in different test cases for me as well ... In fact, I now did a re-test and only see the four well-understood failures: FAIL: c32001e FAIL: c64105b FAIL: c95086b FAIL: ce3810b Will you be committing the patch, or is this not the proper fix? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26096
[Bug fortran/14771] frontend doesn't record parentheses
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-02-08 21:51 --- (In reply to comment #4) > I have updated my patch, copyright assignment is in the works. No need for > anyone to work on this. Hum, Tobias, any news on that one? :) -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2005-12-15 05:02:16 |2006-02-08 21:51:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14771
[Bug libstdc++/26181] New: istream::operator>>(streambuf*) fails to set eofbit
The program below is expected to run successfully to completion.
The extractor must set eofbit even though doing so is not explicitly specified
in 27.6.1.2.3, p12, since it is specified by the blanket statement in 27.6.1.1,
p3.
$ cat t.cpp && g++ -dumpversion && g++ t.cpp -static && ./a.out
#include
#include
#include
int main ()
{
std::ifstream ifs (__FILE__);
std::stringstream ss;
assert (0 == ifs.tellg ());
ifs >> ss.rdbuf ();
assert (ifs.eofbit == ifs.rdstate ());
assert (-1 == ifs.tellg ());
ifs.clear ();
assert (0 < ifs.tellg ());
ifs.get ();
assert (-1 == ifs.tellg ());
}
4.0.2
Assertion failed: ifs.eofbit == ifs.rdstate (), file t.cpp, line 14
Abort (core dumped)
This first came up here:
http://forum.sun.com/thread.jspa?threadID=28814
--
Summary: istream::operator>>(streambuf*) fails to set eofbit
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sebor at roguewave dot com
GCC build triplet: all
GCC host triplet: all
GCC target triplet: all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26181
[Bug libstdc++/26133] unique_copy requires assignability when using output iterators
--- Comment #3 from paolo at gcc dot gnu dot org 2006-02-08 21:52 --- Subject: Bug 26133 Author: paolo Date: Wed Feb 8 21:51:55 2006 New Revision: 110772 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110772 Log: 2006-02-08 Paolo Carlini <[EMAIL PROTECTED]> PR libstdc++/26133 (DR 241, [WP]) * include/bits/stl_algo.h (__unique_copy(,,, forward_iterator_tag, output_iterator_tag), __unique_copy(,,, input_iterator_tag, output_iterator_tag), __unique_copy(,,, input_iterator_tag, forward_iterator_tag), and predicated counterparts): Add. (__unique_copy(,,, output_iterator_tag), __unique_copy(,,, forward_iterator_tag), and predicated counterparts): Remove. (unique_copy): Adjust, dispatch to the three helpers above. * testsuite/25_algorithms/unique_copy/2.cc: New. * testsuite/25_algorithms/unique_copy/26133.cc: Likewise. * testsuite/25_algorithms/unique_copy/3.cc: Likewise. * docs/html/ext/howto.html: Add an entry for DR 241. * testsuite/25_algorithms/unique_copy/1.cc: Minor cosmetic changes. Added: trunk/libstdc++-v3/testsuite/25_algorithms/unique_copy/2.cc trunk/libstdc++-v3/testsuite/25_algorithms/unique_copy/26133.cc trunk/libstdc++-v3/testsuite/25_algorithms/unique_copy/3.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/docs/html/ext/howto.html trunk/libstdc++-v3/include/bits/stl_algo.h trunk/libstdc++-v3/testsuite/25_algorithms/unique_copy/1.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26133
[Bug libstdc++/26133] unique_copy requires assignability when using output iterators
--- Comment #4 from pcarlini at suse dot de 2006-02-08 21:53 --- Fixed for 4.2.0. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26133
[Bug fortran/19777] -fbounds-check catches non-existent bounds violation
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-02-08 21:56 --- (In reply to comment #6) > - if (flag_bounds_check) > + if (flag_bounds_check && ar->as->type != AS_ASSUMED_SIZE) Andrew, I think your patch is doing the right thing. Could you please submit it for formal review on [EMAIL PROTECTED] -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19777
[Bug fortran/14771] frontend doesn't record parentheses
--- Comment #8 from tobi at gcc dot gnu dot org 2006-02-08 21:59 --- I'll try to get to it in the next few days, it shouldn't be too hard. -- tobi at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn|20894 | OtherBugsDependingO||20894 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14771
[Bug ada/26096] [4.2 Regression] Ada bootstrap fails in g-alleve.adb
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-02-08 22:05 --- > In fact, I now did a re-test and only see the four well-understood failures: > FAIL: c32001e > FAIL: c64105b > FAIL: c95086b > FAIL: ce3810b The first 3 are so well-understood as to be fixed on my machine. :-) We are working on the 4th. > Will you be committing the patch, or is this not the proper fix? It's the fix. Sorry for the delay in applying it, we've been a bit busy lately. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26096
[Bug fortran/26182] New: (min|max)loc with scalar mask aborts at runtime
$ cat minmax.f90 real, dimension(2) :: a logical :: m a = (/ 1.0, 2.0 /) m = .true. print *,minloc(a, m) !print *,minval(a, m) end $ gfortran -static minmax.f90 && ./a.out a.out: ../../../../trunk/libgfortran/generated/minloc0_4_r4.c:235: mminloc0_4_r4: Assertion `((mask)->dtype >> 6) == 8' failed. Aborted I'm filing this with "fortran" as component since we should get rid of the scalar mask in the front-end... -- Summary: (min|max)loc with scalar mask aborts at runtime Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26182
[Bug fortran/26182] (min|max)loc with scalar mask aborts at runtime
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-02-08 22:11:01 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26182
[Bug testsuite/26183] New: setting environment variables in test cases
Some aspects of the runtime behavior of the Fortran
library can be controlled with environment variables.
Currently, there is no way of setting up a test case
in which such an environment variable can be set, something
like
{ dg-setenv "variable" "value" }
--
Summary: setting environment variables in test cases
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26183
[Bug fortran/23092] scalar mask for minval/maxval/sum/product
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-02-08 22:15 --- The same code fails also with minval replaced by sum or product. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2006-01-27 20:42:36 |2006-02-08 22:15:37 date|| Summary|scalar mask for |scalar mask for |minval/maxval |minval/maxval/sum/product http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23092
