[Bug fortran/21797] complex(4) sqrt failures on alpha-linux
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-02 07:56 --- Created an attachment (id=9011) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9011&action=view) Proposed patch This patch fixes the problems noted by Steve Kargl (wrong types for floating point functions), and also cleans up the m4 style so only variables are unquoted. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21797
[Bug target/19923] openssl is slower when compiled with gcc 4.0 than 3.3
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-06-02 08:01 --- Subject: Re: openssl is slower when compiled with gcc 4.0 than 3.3 The assembler attributed to 4.0 was produced by mainline (or some patched version of 4.0), wasn't it? Otherwise I cannot imagine why the inner loop would be unrolled. For plain 4.0, we get the following code, which seems just fine and equivalent to the one obtained with 3.4 (one of the memory references is strength reduced, but since we still fit into registers, this is OK). I don't just now see what/whether there is some problem with the code produced by 4.1, but I also don't see anything related to addressing mode selection there. .L21: movl[EMAIL PROTECTED](%ebx,%eax,4), %eax xorl(%edx), %eax movl%eax, (%edx) movl[EMAIL PROTECTED](%ebx,%eax,4), %eax xorl4(%edx), %eax movl%eax, 4(%edx) movl[EMAIL PROTECTED](%ebx,%eax,4), %eax xorl8(%edx), %eax movl%eax, 8(%edx) movl[EMAIL PROTECTED](%ebx,%eax,4), %eax xorl12(%edx), %eax movl%eax, 12(%edx) movl[EMAIL PROTECTED](%ebx,%eax,4), %eax xorl16(%edx), %eax movl%eax, 16(%edx) movl[EMAIL PROTECTED](%ebx,%eax,4), %eax xorl20(%edx), %eax movl%eax, 20(%edx) movl[EMAIL PROTECTED](%ebx,%eax,4), %eax xorl24(%edx), %eax movl%eax, 24(%edx) movl[EMAIL PROTECTED](%ebx,%eax,4), %eax xorl28(%edx), %eax movl%eax, 28(%edx) addl$32, %edx leal-12(%ebp), %esi cmpl%esi, %edx jne .L21 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19923
[Bug fortran/21797] complex(4) sqrt failures on alpha-linux
-- What|Removed |Added CC||tkoenig at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21797
[Bug tree-optimization/21861] [meta-bug] scalar evolution type conversion
-- Bug 21861 depends on bug 21029, which changed state. Bug 21029 Summary: [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21029 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21861
[Bug tree-optimization/21029] [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances
--- Additional Comments From schwab at suse dot de 2005-06-02 08:51 --- Not. http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00128.html -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21029
[Bug c++/21151] [4.0/4.1 Regression] ICE when compiling c++ PCH of class definition within template function.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02 08:54 --- Subject: Bug 21151 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-02 08:53:48 Modified files: gcc/cp : ChangeLog name-lookup.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/pch: local-1.C local-1.Hs Log message: cp: PR c++/21151 * name-lookup.c (pushtag): Push local class even in a template. testsuite: PR c++/21151 * g++.dg/pch/local-1.C: New. * g++.dg/pch/local-1.Hs: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4767&r2=1.4768 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gcc&r1=1.121&r2=1.122 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5575&r2=1.5576 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/pch/local-1.C.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/pch/local-1.Hs.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21151
[Bug c++/21151] [4.0/4.1 Regression] ICE when compiling c++ PCH of class definition within template function.
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02 08:58 --- 2005-06-02 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/21151 * name-lookup.c (pushtag): Push local class even in a template. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21151
[Bug c++/21151] [4.0/4.1 Regression] ICE when compiling c++ PCH of class definition within template function.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02 08:59 --- Subject: Bug 21151 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-02 08:59:25 Modified files: gcc/cp : ChangeLog name-lookup.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/pch: local-1.C local-1.Hs Log message: cp: PR c++/21151 * name-lookup.c (pushtag): Push local class even in a template. testsuite: PR c++/21151 * g++.dg/pch/local-1.C: New. * g++.dg/pch/local-1.Hs: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.52&r2=1.4648.2.53 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/name-lookup.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.109.4.4&r2=1.109.4.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.219&r2=1.5084.2.220 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/pch/local-1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/pch/local-1.Hs.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21151
[Bug c++/20350] [4.0/4.1 Regression] extern template and struct initializer and specification for a static variable
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02 09:08 --- 2005-06-02 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/20350 * decl.c (duplicate_decls): Copy all of DECL_USE_TEMPLATE. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20350
[Bug c++/20350] [4.0/4.1 Regression] extern template and struct initializer and specification for a static variable
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02 09:10 --- Subject: Bug 20350 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-02 09:09:48 Modified files: gcc/cp : ChangeLog decl.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: spec24.C Log message: cp: PR c++/20350 * decl.c (duplicate_decls): Copy all of DECL_USE_TEMPLATE. testsuite: PR c++/20350 * g++.dg/template/spec24.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4768&r2=1.4769 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&r1=1.1399&r2=1.1400 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5576&r2=1.5577 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/spec24.C.diff?cvsroot=gcc&r1=1.1&r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20350
[Bug c++/4672] [4.0 only] [DR 214] Template parameter deduction fails for overloaded template functions.
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02 09:39 --- The test cases compile without error on 4_0 branch -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4672
[Bug c++/15011] partial ordering failure?
-- Bug 15011 depends on bug 4672, which changed state. Bug 4672 Summary: [4.0 only] [DR 214] Template parameter deduction fails for overloaded template functions. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4672 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15011
[Bug c++/15011] partial ordering failure?
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02 09:41 --- I am disinclined to back port the fixes to 3.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15011
[Bug c++/21440] [4.0/4.1 Regression] ICE with statement-as-expression
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-05-07 15:02:24 |2005-06-02 10:01:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21440
[Bug c++/21876] New: STL iterator invocation fails for template args
I have a template class named mltreenode. I created a STL vector of pointers to this class without any problems: vector *> leafnodelist; Calling methods of the object doesn't cause any problems: leafnodelist.push_back(rootnode); But if I try to create an iterator object vector< mltreenode * >::iterator worst_elem; I get this error message: "expected `;' before »worst_elem«" This doesn't occur if I try to invoke an iterator like this: vector< mltreenode * >::iterator worst_elem; -- Summary: STL iterator invocation fails for template args Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ruediger at knoerig dot de CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: Pentium4/Linux 2.6.10/gcc4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21876
[Bug c++/21876] STL iterator invocation fails for template args
--- Additional Comments From pcarlini at suse dot de 2005-06-02 10:12 --- A 'typename' missing? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21876
[Bug fortran/21877] New: internal compiler error: in lhd_set_decl_assembler_name, at langhooks.c:165
Hi! Well... I've spoted a problem for a couple of weeks now, but I don't seem to be able to make a "nice" case from it... I'm sorry I do not know anything about compiler developpement, and I try to keep a safe distance from C... So, here are the original sources (minus a lot of thinks which were not necessary)... I hope it makes sense to someone... Philippe PS: I can also send the files as a tarball, I just don't know how to... PPS: my version: GNU Fortran 95 (GCC 4.1.0 20050517 (experimental)) Copyright (C) 2005 Free Software Foundation, Inc. GNU Fortran comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of GNU Fortran under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING PPPS: the error message I get: MODULE_IO.f90:0: internal compiler error: in lhd_set_decl_assembler_name, at langhooks.c:165 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. MODULE_SPRACHE.f90: In function ???ctn_error_interception???: MODULE_SPRACHE.f90:120: internal compiler error: in gfc_conv_variable, at fortran/trans-expr.c:350 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. S: how to get it: rm -f *.o *.mod ./gfortran -g -pedantic-errors -Wall -c MODULE_IO.f90 ./gfortran -g -pedantic-errors -Wall -c MODULE_SPRACHE.f90 PS: first file: "MODULE_IO.f90": !==! ! ** ! ** ! * M O D U L E _ I O * ! ** ! ** !==! ! ! Object: ! == ! Generic subroutines for input/output. ! ! !==! ! USER-defines and Parameters !==! ! ! MODULE MODULE_IO ! ! ! Modules ! === ! USE MODULE_DIMENSION, ONLY: Length_File_Name INTEGER, PARAMETER :: Length_File_Name = 250 ! ! ! ! Integer ! === INTEGER, PARAMETER :: Screen = 01 ! ! ! Character ! = CHARACTER ( LEN = Input_String_Length ):: bufferString ! ! ! Interface for outAusgabe ! ! INTERFACE SUBROUTINE outAusgabe ( Output, String, Boolean, Intg, & & Single, Double, Fmt ) ! USE MODULE_DIMENSION, ONLY: Sng, Dbl LOGICAL, OPTIONAL, INTENT ( IN ) :: Boolean INTEGER, INTENT ( IN ):: Output INTEGER, OPTIONAL, INTENT ( IN ) :: Intg REAL ( KIND = 4 ), OPTIONAL, INTENT ( IN ) :: Single REAL ( KIND = 8 ), OPTIONAL, INTENT ( IN ) :: Double CHARACTER ( LEN = * ), OPTIONAL, INTENT(IN) :: String CHARACTER ( LEN = * ), OPTIONAL, INTENT(IN) :: Fmt END SUBROUTINE outAusgabe END INTERFACE ! ! ! Generic interface for Ausgabe ! = ! INTERFACE Ausgabe ! MODULE PROCEDURE outString ! END INTERFACE Ausgabe ! ! ! Subroutines for generic interface for Eingabe ! = ! CONTAINS ! ! ! Subroutines for generic interface for Ausgabe ! = ! SUBROUTINE outString ( Unit, String, Fmt ) ! USE MODULE_DIMENSION, ONLY: Sng, Dbl IMPLICIT NONE INTEGER, INTENT ( IN ):: Unit CHARACTER ( LEN = * ), INTENT ( IN ) :: String CHARACTER ( LEN = * ), OPTIONAL, INTENT ( IN ):: Fmt IF ( PRESENT ( Fmt ) ) THEN CALL outAusgabe ( Output = Unit, String = String,& & Fmt = Fmt ) ELSE CALL outAusgabe ( Output = Unit, String = String ) ENDIF END SUBROUTINE outString ! ! !==! ! End: Module MODULE_IO !===
[Bug middle-end/21777] [4.1 Regression] internal compiler error: in set_value_range, at tree-vrp.c:124
--- Additional Comments From micis at gmx dot de 2005-06-02 10:50 --- I forgot to say, that my compiler is the actual snapshot (20050528). Michael Cieslinski gcc41l -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc-4.1-20050528/configure --prefix=/usr/local/gcc41l -- program-suffix=41l --with-arch=opteron --enable-languages=c,c++ --enable-checking Thread model: posix gcc version 4.1.0 20050528 (experimental) bin/gcc41l -O2 -march=opteron -c -o metisapi.o metisapi.ii metisapi.ii:916: warning: '__malloc__' attribute ignored metisapi.ii: In member function 'int MetisApi::SetReadImageFunction (MetisApi::ReadImageFunction)': metisapi.ii:25104: internal compiler error: in set_value_range, at tree- vrp.c:124 Please submit a full bug report, with preprocessed source if appropriate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21777
[Bug c++/21876] STL iterator invocation fails for template args
--- Additional Comments From ruediger at knoerig dot de 2005-06-02 11:12 --- Missing "typename" sorry -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21876
[Bug c++/21876] STL iterator invocation fails for template args
--- Additional Comments From knoerig at nue dot tu-berlin dot de 2005-06-02 11:13 --- Subject: Re: STL iterator invocation fails for template args Am Donnerstag, 2. Juni 2005 12:12 schrieb pcarlini at suse dot de: > --- Additional Comments From pcarlini at suse dot de 2005-06-02 10:12 > --- A 'typename' missing? Thank you very much -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21876
[Bug c++/21440] [4.0/4.1 Regression] ICE with statement-as-expression
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02 11:41 --- ug, this is horrible. we're incorrectly smashing up the inside of a STMT_EXPR to pull out a TARGET_EXPR we know is there. Unfortunately that moves a decl outside of its cleanup. We really should be going the other way and pushing the user of the STMT_EXPR into it. I suspect we'll need to move further along the path of making STMT_EXPRs look like real function calls, complete with an explicitly generated RESULT_DECL. -- What|Removed |Added AssignedTo|nathan 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=21440
[Bug fortran/21877] internal compiler error: in lhd_set_decl_assembler_name, at langhooks.c:165
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-02 11:41 --- Thanks for reporting! Here is a reduction of your bug (gfortran-20050602 on i386-linux): $ cat a-stripped.f90 module foo character(len=l) :: s contains end module foo $ gfortran a-stripped.f90 a-stripped.f90:0: internal compiler error: in lhd_set_decl_assembler_name, at langhooks.c:165 The internal compiler error is a bug in gfortran. Meanwhile, I don't understand how your code (file module_io) is supposed to work: bufferString is declared as CHARACTER ( LEN = Input_String_Length ):: bufferString but Input_String_Length is not declared! -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-invalid-code Last reconfirmed|-00-00 00:00:00 |2005-06-02 11:41:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21877
[Bug fortran/21877] internal compiler error: in lhd_set_decl_assembler_name, at langhooks.c:165
--- Additional Comments From P dot Schaffnit at access dot rwth-aachen dot de 2005-06-02 11:51 --- Subject: Re: internal compiler error: inlhd_set_decl_assembler_name, at langhooks.c:165 Hi! Erm... I just removed as much as possible to avoid having too much code (from 1173 to 230 lines), but I just tried to avoid syntax errors and stuff like that, I didn't even attempt to still have something meaningful... "Input_String_Length" should actually be imported from (yet) another module: I didn't mean to leave it unitialised: would it change something? (for the record I think it's set to 250). The whole thing is definitly a bit tortured, but this can happen when some code has been growing a lot organically... Thanks! Philippe fxcoudert at gcc dot gnu dot org wrote: > > --- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-02 > 11:41 --- > Thanks for reporting! Here is a reduction of your bug (gfortran-20050602 on > i386-linux): > > $ cat a-stripped.f90 > module foo > character(len=l) :: s > contains > end module foo > $ gfortran a-stripped.f90 > a-stripped.f90:0: internal compiler error: in lhd_set_decl_assembler_name, at > langhooks.c:165 > > The internal compiler error is a bug in gfortran. Meanwhile, I don't > understand > how your code (file module_io) is supposed to work: bufferString is declared > as > CHARACTER ( LEN = Input_String_Length ):: bufferString > but Input_String_Length is not declared! > > -- >What|Removed |Added > > Status|UNCONFIRMED |NEW > Ever Confirmed||1 >Keywords||ice-on-invalid-code >Last reconfirmed|-00-00 00:00:00 |2005-06-02 11:41:45 >date|| > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21877 > > --- You are receiving this mail because: --- > You reported the bug, or are watching the reporter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21877
[Bug c++/21280] [4.0/4.1 Regression] #pragma interface, templates, and "inline function used but never defined"
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-04-29 12:23:49 |2005-06-02 11:52:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21280
[Bug testsuite/21866] profiledbootstrap on gcc4 - release fails
--- Additional Comments From tobias at yoper dot com 2005-06-02 12:53 --- I also had to avoid the CXXFLAG: -fvisibility-inlines-hidden or the crash returned -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21866
[Bug tree-optimization/21582] (optimisation) VRP pass could/should use non-null function attribute
--- Additional Comments From arjanv at redhat dot com 2005-06-02 12:59 --- simple test case: #include static inline void do_thing(char *s) { if (s) printf("do_thing: %s \n", s); } void __attribute__((nonnull)) do_other_thing(char *s) { do_thing(s); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21582
[Bug bootstrap/21878] New: Mingw32 target doesn't compile because of an internal compiler error
Different errors when cross compiling from linux, more detailed info follow -- Summary: Mingw32 target doesn't compile because of an internal compiler error Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: critical Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sherpya at netfarm dot it CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21878
[Bug bootstrap/21878] Mingw32 target doesn't compile because of an internal compiler error
--- Additional Comments From sherpya at netfarm dot it 2005-06-02 13:17 --- Created an attachment (id=9013) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9013&action=view) Debug output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21878
[Bug bootstrap/21878] Mingw32 target doesn't compile because of an internal compiler error
--- Additional Comments From sherpya at netfarm dot it 2005-06-02 13:17 --- Linux cross: Linux 2.6.x i686 GNU/Linux Debian/Sid System wide binutils 2.15 mingw32-binutils version 2.16 ../gcc/configure -v \ --prefix=/usr \ --target=i586-mingw32msvc \ --enable-languages=c,c++\ --enable-threads\ --enable-sjlj-exceptions\ --disable-multilib \ --enable-version-specific-runtime-libs make[1]: Entering directory `/root/mplayer/gcc/build/i586-mingw32msvc/libiberty' if [ x"" != x ]; then \ /root/mplayer/gcc/build/./gcc/xgcc -B/root/mplayer/gcc/build/./gcc/ -B/usr/i586-mingw32msvc/bin/ -B/usr/i586-mingw32msvc/lib/ -isystem /usr/i586-mingw32msvc/include -isystem /usr/i586-mingw32msvc/sys-include -c -DHAVE_CONFIG_H -O2 -g -O2 -I. -I../../../gcc/libiberty/../include -W -Wall -pedantic -Wwrite-strings -Wstrict-prototypes ../../../gcc/libiberty/fopen_unlocked.c -o pic/fopen_unlocked.o; \ else true; fi /root/mplayer/gcc/build/./gcc/xgcc -B/root/mplayer/gcc/build/./gcc/ -B/usr/i586-mingw32msvc/bin/ -B/usr/i586-mingw32msvc/lib/ -isystem /usr/i586-mingw32msvc/include -isystem /usr/i586-mingw32msvc/sys-include -c -DHAVE_CONFIG_H -O2 -g -O2 -I. -I../../../gcc/libiberty/../include -W -Wall -pedantic -Wwrite-strings -Wstrict-prototypes ../../../gcc/libiberty/fopen_unlocked.c -o fopen_unlocked.o ../../../gcc/libiberty/fopen_unlocked.c: In function 'unlock_std_streams': ../../../gcc/libiberty/fopen_unlocked.c:98: error: invariant not recomputed when ADDR_EXPR changed &_iobD.1250[1]; ../../../gcc/libiberty/fopen_unlocked.c:98: error: invariant not recomputed when ADDR_EXPR changed &_iobD.1250[2]; ../../../gcc/libiberty/fopen_unlocked.c:98: internal compiler error: verify_stmts failed. Attached dump files fopen_unlocked.{i,s} Native compile: ../gcc/configure -v \ --prefix=/opt/gcc \ --enable-languages=c,c++\ --enable-threads\ --enable-sjlj-exceptions\ --disable-multilib \ --enable-version-specific-runtime-libs works fine : Stage1 (base) compiler is: Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.6/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 --enable-__cxa_atexit --with-system-zlib --enable-nls --without-included-gettext --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.6 (Debian 1:3.3.6-5) Win32 (mingw) binutils 2.16 gcc (for stage1): Reading specs from j:/MinGW/bin/../lib/gcc/mingw32/3.4.4/specs Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchronization --enable-libstdcxx-debug Thread model: win32 gcc version 3.4.4 (mingw special) ../gcc/configure \ --with-gcc \ --with-gnu-ld \ --with-gnu-as \ --host=mingw32 \ --target=mingw32 \ --prefix=/mingw \ --enable-threads \ --disable-nls \ --enable-languages=c,c++ \ --disable-win32-registry \ --disable-shared \ --enable-sjlj-exceptions \ --enable-interpreter \ --enable-hash-synchronization \ --enable-libstdcxx-debug make[1]: Entering directory `/home/Sherpya/gcc/build/gcc' ./xgcc -B./ -B/mingw/mingw32/bin/ -isystem /mingw/mingw32/include -isystem /mingw/mingw32/sys-include -L/home/Sherpya/gcc/build/gcc/../ld -O2 -I../../gcc/gcc/../winsup/w32api/include -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -DL_eprintf -c ../../gcc/gcc/libgcc2.c -o libgcc/./_eprintf.o ../../gcc/gcc/libgcc2.c: In function '__eprintf': ../../gcc/gcc/libgcc2.c:1803: error: invariant not recomputed when ADDR_EXPR changed &_iobD.1252[2]; ../../gcc/gcc/libgcc2.c:1803: error: invariant not recomputed when ADDR_EXPR changed &_iobD.1252[2]; ../../gcc/gcc/libgcc2.c:1803: internal compiler error: verify_stmts failed. Attached dump files libgcc2.{i,s} -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21878
[Bug fortran/21877] internal compiler error: in lhd_set_decl_assembler_name, at langhooks.c:165
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-02 13:21 --- I think you are seeing two different errors: one with your full code, and one with your reduced testcase. Perhaps the best thing would be for you to send me (via private mail) your code so that I can reduce it to the spot the original bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21877
[Bug libfortran/21787] libfortran - better error message needed
--- Additional Comments From dir at lanl dot gov 2005-06-02 13:31 --- As gdb mostly does not work on the Macintosh (as I reported - Bug 20112) - I did not think to try it. In this case it showed that abort does not dump the file io buffers on the Macintosh - that is why there was no clue as to what the problem was. Here is a simple example of that problem (nothing was written to fort.3) - [dranta:~/tests/gfortran] dir% gfortran -o callabort callabort.f [dranta:~/tests/gfortran] dir% callabort Abort [dranta:~/tests/gfortran] dir% cat callabort.f program test write(3,*)' error in program' call abort end [dranta:~/tests/gfortran] dir% cat fort.3 [dranta:~/tests/gfortran] dir% -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21787
[Bug libfortran/21787] libfortran - better error message needed
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-02 13:40 --- Confirm (on i386-linux) at least that part of the bug: we don't flush I/O buffers before sending SIGABRT, but we should. As for the other part of the bug, you still have options 2 and 3. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-02 13:40:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21787
[Bug c/21879] New: Memory management problem in new C parser
Symptoms are: FAIL: gcc.dg/cpp/direct2.c (test for excess errors) FAIL: gcc.dg/cpp/direct2s.c (test for excess errors) on sparc64-solaris2.* (not visible on sparc-solaris2.* with -m64). Parser obstack memory is wrongly reused, leading to memory corruption. Reproducible on x86_64-suse-linux: c-decl.c:start_function nstack_vm = XOBNEW (&parser_obstack, struct c_label_context_vm); nstack_vm->labels_def = NULL; nstack_vm->labels_used = NULL; nstack_vm->scope = 0; nstack_vm->next = label_context_stack_vm; label_context_stack_vm = nstack_vm; On second stop, we have: (gdb) p label_context_stack_vm $9 = (struct c_label_context_vm *) 0x1375008 (gdb) p *label_context_stack_vm $10 = {labels_def = 0x0, labels_used = 0x0, scope = 0, next = 0x1375008} On SPARC 64-bit, the labels_used and scope fields are later corrupted in build_function_declarator: struct c_declarator *ret = XOBNEW (&parser_obstack, struct c_declarator); ret->kind = cdk_function; ret->declarator = target; ret->u.arg_info = args; Parser obstack memory is wrongly freed in c_parser_translation_unit, but I don't know enough of the new C parser to debug it myself. -- Summary: Memory management problem in new C parser Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ebotcazou at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: *-*-* GCC host triplet: *-*-* GCC target triplet: *-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21879
[Bug tree-optimization/21582] (optimisation) VRP pass could/should use non-null function attribute
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-05-23 18:25:00 |2005-06-02 13:43:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21582
[Bug c/21879] Memory management problem in new C parser
--- Additional Comments From joseph at codesourcery dot com 2005-06-02 14:17 --- Subject: Re: New: Memory management problem in new C parser On Thu, 2 Jun 2005, ebotcazou at gcc dot gnu dot org wrote: > Parser obstack memory is wrongly freed in c_parser_translation_unit, but I > don't > know enough of the new C parser to debug it myself. I don't see anything intrinsically to do with the parser in this bug; when a function finishes, label_context_stack_se and label_context_stack_vm should end up as NULL so this memory should not be live. The problem looks to me to be that if (decl1 == 0) return 0; in start_function also needs to do label_context_stack_se = label_context_stack_se->next label_context_stack_vm = label_context_stack_vm->next before returning. This problem could also apply on 4.0 branch (even if not with these testcases) so the fix should be applied there as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21879
[Bug c++/21874] this pointer somehow gets NULLed between member function calls
--- Additional Comments From bangerth at dealii dot org 2005-06-02 14:20 --- There's no way we can tell you what's wrong if you don't show us the complete code, preferrably cut down to a manageable size. It may be a compiler bug, or it may be that you are accidentally overwriting some memory. Please read http://gcc.gnu.org/bugs.html and follow the instructions there. Thanks Wolfgang -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21874
[Bug bootstrap/21878] Mingw32 target doesn't compile because of an internal compiler error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02 14:30 --- *** This bug has been marked as a duplicate of 21766 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21878
[Bug middle-end/21766] [4.1 Regression] Bootstrap failure on i686-pc-cygwin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02 14:30 --- *** Bug 21878 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||sherpya at netfarm dot it http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21766
[Bug tree-optimization/21171] [4.0/4.1 Regression] IV OPTS removes does not create a new VOPs for constant values
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02 14:35 --- The patch did not fix the orginal testcase because the problem is with constant values. -- What|Removed |Added Summary|[4.0 Regression] IV OPTS|[4.0/4.1 Regression] IV OPTS |removes does not create a |removes does not create a |new VOPs for constant values|new VOPs for constant values http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21171
[Bug libgcj/21880] New: javax.swing.text.JTextComponent has no read() method
javax.swing.text.JTextComponent should have the following method: void read(Reader in, Object desc) but it doesn't. This causes JREFactory to fail. -- Summary: javax.swing.text.JTextComponent has no read() method Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gbenson at redhat 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=21880
[Bug c++/21876] STL iterator invocation fails for template args
--- Additional Comments From giovannibajo at libero dot it 2005-06-02 14:37 --- Not fixed -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21876
[Bug c++/21876] STL iterator invocation fails for template args
--- Additional Comments From giovannibajo at libero dot it 2005-06-02 14:37 --- just invalid! -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21876
[Bug SWING/21880] javax.swing.text.JTextComponent has no read() method
-- What|Removed |Added Component|libgcj |SWING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21880
[Bug libfortran/21787] libfortran - better error message needed
--- Additional Comments From dir at lanl dot gov 2005-06-02 14:50 --- I knew that the program would not likely run with out hitting errors. It compiles and runs correctly using several different FORTRANS including Absoft and Lahey , but it needs options like "-fno-automatic -finit-local-zero -fdefault-real-8 -fdefault-integer-8 -fdefault-double-8" to all work correctly. Currectly, I do not think that gfortran has anything like the "-fno-automatic -finit-local-zero" options working and there are still several problems with "-fdefault-integer-8". None the less, I would be happy to pack it up and send it ([EMAIL PROTECTED] ?) with test problems and instruction for future testing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21787
[Bug tree-optimization/21734] [4.1 regression] ICE: -ftree-vectorize, segfault
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02 14:52 --- Subject: Bug 21734 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-02 14:52:18 Modified files: gcc: ChangeLog tree-vectorizer.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/vect: pr21734_1.cc pr21734_2.cc Log message: PR tree-optimization/21734 * tree-vectorizer.c (slpeel_update_phis_for_duplicate_loop): Use the phi_result when current_def is not available. (slpeel_update_phi_nodes_for_guard1): Don't fail if current_def is not available. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8997&r2=2.8998 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-vectorizer.c.diff?cvsroot=gcc&r1=2.92&r2=2.93 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5577&r2=1.5578 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/vect/pr21734_1.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/vect/pr21734_2.cc.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21734
[Bug libfortran/21881] New: Array descriptors limit derived type sizes
Currently, there are 26 bits for encoding the size of an object in the array descriptor for 32-bit targets, because the size is encoded together with the type, which takes up 6 bits, and dtype is an index_type (which has 32 bits on a 32-bit target). It would be nice to have a separate size field. -- Summary: Array descriptors limit derived type sizes Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21881
[Bug libfortran/21333] in_pack / in_unpack alignment issues
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-02 15:49 --- Created an attachment (id=9014) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9014&action=view) Proposed patch -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tkoenig at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21333
[Bug target/21716] [3.4/4.0/4.1 Regression] ICE in reg-stack.c's swap_rtx_condition
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-02 16:05 --- The testcase from comment #3 still crashes on the 3.4 branch: ePR21716.c: In function `foo': ePR21716.c:21: internal compiler error: in subst_stack_regs_pat, at reg-stack.c:1445 Please submit a full bug report, [etc.] -- What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21716
[Bug target/21716] [3.4/4.0/4.1 Regression] ICE in reg-stack.c's swap_rtx_condition
--- Additional Comments From jakub at gcc dot gnu dot org 2005-06-02 16:07 --- Yeah, it is a different bug, one that does not exhibit on the original testcase. Therefore IMHO a separate PR is needed... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21716
[Bug rtl-optimization/17428] internal compiler error: in spill_failure, at reload1.c:1880 (-fspeculative-prefetching)
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-02 16:08 --- Any news on this one, Honza? -- What|Removed |Added AssignedTo|rakdver at gcc dot gnu dot |hubicka at gcc dot gnu dot |org |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17428
[Bug libfortran/20278] Performance regression in formatted output vs. g77
--- Additional Comments From aa056 at chebucto dot ns dot ca 2005-06-02 16:11 --- The test doesn't tell us if the output is correct! The attached script runs the test but saves the output. On Windows XP Msys the gfortran output is missing a block of records: $ ./chk-write-many.sh cat -wm-gfortran.out real0m1.293s user0m0.062s sys 0m0.015s g77 write-many.f time ./a.exe > wm-g77.out real0m0.249s user0m0.046s sys 0m0.031s cmp wm-*.out wm-g77.out wm-gfortran.out differ: char 8193, line 586 $ diff wm-*.out 586,630d585 < 279.43 [...] < 300.38 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20278
[Bug AWT/19838] Repaint-Loop due to setBackground()
--- Additional Comments From sven at physto dot se 2005-06-02 16:46 --- Just commited a simple fix for this to Classpath CVS. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19838
[Bug tree-optimization/21765] -free-vrp is undocumented.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02 17:13 --- Subject: Bug 21765 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-02 17:13:35 Modified files: gcc: ChangeLog gcc/doc: invoke.texi Log message: PR 21765 * doc/invoke.texi: Document -ftree-vrp. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.8998&r2=2.8999 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/invoke.texi.diff?cvsroot=gcc&r1=1.630&r2=1.631 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21765
[Bug tree-optimization/21765] -free-vrp is undocumented.
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02 17:14 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21765
[Bug tree-optimization/21029] [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02 17:15 --- (In reply to comment #17) > Not. http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00128.html Open a new PR. This is a completely different and not related to VRP. Closing. -- What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21029
[Bug tree-optimization/21861] [meta-bug] scalar evolution type conversion
-- Bug 21861 depends on bug 21029, which changed state. Bug 21029 Summary: [4.1 Regression] vrp miscompiles Ada front-end, drops loop exit test in well-defined wrap-around circumstances http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21029 What|Old Value |New Value Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21861
[Bug AWT/21882] New: Wrong Frame size if a frame has been created previously
See the demo. If a frame is created and thrown away, a second frame will have the wrong size. -- Summary: Wrong Frame size if a frame has been created previously Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: AWT AssignedTo: fitzsim at redhat dot com ReportedBy: sven at physto dot se 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=21882
[Bug AWT/21882] Wrong Frame size if a frame has been created previously
--- Additional Comments From sven at physto dot se 2005-06-02 17:28 --- Created an attachment (id=9016) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9016&action=view) Testcase. Execute with an argument on the command line to trigger the bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21882
[Bug c++/21280] [4.0/4.1 Regression] #pragma interface, templates, and "inline function used but never defined"
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02 17:31 --- Subject: Bug 21280 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-02 17:31:11 Modified files: gcc/cp : ChangeLog Make-lang.in decl.c decl2.c method.c gcc/testsuite : ChangeLog gcc/testsuite/g++.dg/init: ctor4.C gcc/testsuite/g++.old-deja/g++.bob: inherit2.C gcc/testsuite/g++.old-deja/g++.bugs: 900205_04.C gcc/testsuite/g++.old-deja/g++.jason: opeq3.C gcc/testsuite/g++.old-deja/g++.pt: assign1.C crash20.C Added files: gcc/testsuite/g++.dg/opt: interface2.C interface2.h Log message: cp: PR c++/21280 * Make-lang.in (method.o): Add diagnostic.h * decl.c (start_preparsed_function): Use decl's location for file info. * decl2.c (cp_finish_file): Set input_location before synthesizing a function. (mark_used): When deferring a synthesized function, save current location. Do not set function's location when actually synthesizing it. * method.c: #include diagnostic.h. (synthesize_method): Set the functions source location. Show needed location if errors are emitted. testsuite: PR c++/21280 * g++.dg/opt/interface2.h: New. * g++.dg/opt/interface2.C: New. * g++.dg/init/ctor4.C: Adjust error lines. * g++.old-deja/g++.bob/inherit2.C: Likewise. * g++.old-deja/g++.bugs/900205_04.C: Likewise. * g++.old-deja/g++.jason/opeq3.C: Likewise. * g++.old-deja/g++.pt/assign1.C: Likewise. * g++.old-deja/g++.pt/crash20.C: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4648.2.53&r2=1.4648.2.54 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/Make-lang.in.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.200.8.1&r2=1.200.8.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1371.2.12&r2=1.1371.2.13 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl2.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.770.2.1&r2=1.770.2.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/method.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.322.4.2&r2=1.322.4.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.220&r2=1.5084.2.221 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/interface2.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/interface2.h.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/ctor4.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.1&r2=1.1.6.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.bob/inherit2.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.6&r2=1.6.76.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.bugs/900205_04.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5&r2=1.5.4.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.jason/opeq3.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4&r2=1.4.76.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.pt/assign1.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.3&r2=1.3.76.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.pt/crash20.C.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.4&r2=1.4.76.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21280
[Bug c++/21280] [4.0/4.1 Regression] #pragma interface, templates, and "inline function used but never defined"
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02 17:33 --- Subject: Bug 21280 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-02 17:33:36 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/testsuite/27_io/ios_base/cons: assign_neg.cc copy_neg.cc Log message: PR c++/21280 * testsuite/27_io/ios_base/cons/assign_neg.cc: Adjust expected errors. * testsuite/27_io/ios_base/cons/copy_neg.cc: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.2917.2.57&r2=1.2917.2.58 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/ios_base/cons/assign_neg.cc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.11&r2=1.11.16.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/ios_base/cons/copy_neg.cc.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.11&r2=1.11.16.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21280
[Bug c/21879] Memory management problem in new C parser
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-02 17:39 --- > I don't see anything intrinsically to do with the parser in this bug; when > a function finishes, label_context_stack_se and label_context_stack_vm > should end up as NULL so this memory should not be live. Do you mean that parser_obstack is effectively a per-toplevel-decl object and that it is supposed to be dead at the end of the object's parsing, although in the present case there are objects associated with different toplevel decls allocated on it that point to each other? And I presume label_context_stack_vm is not explicitly reset to NULL on function exit because of nested functions? Maybe a few sanity checks can be added to c_parser_translation_unit so as make implicit assumptions like these more explicit. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21879
[Bug c++/21874] this pointer somehow gets NULLed between member function calls
--- Additional Comments From bjs5075 at rit dot edu 2005-06-02 17:40 --- Subject: Re: this pointer somehow gets NULLed between member function calls I have found the problem in my code. It was an out-of-order GL command thrashing the stack. I am very sorry for this erroneous bug report, it can be closed now. On Thursday 02 June 2005 10:20 am, bangerth at dealii dot org wrote: > --- Additional Comments From bangerth at dealii dot org 2005-06-02 > 14:20 --- There's no way we can tell you what's wrong if you don't show > us the complete code, preferrably cut down to a manageable size. It may be > a compiler bug, or it may be that you are accidentally overwriting some > memory. > > Please read > http://gcc.gnu.org/bugs.html > and follow the instructions there. > > Thanks > Wolfgang -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21874
[Bug c/21774] mainline internal compiler error: verify_flow_info failed
--- Additional Comments From uttamp at us dot ibm dot com 2005-06-02 17:46 --- This bug seems to be fixed with the mainline gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21774
[Bug c++/21280] [4.0/4.1 Regression] #pragma interface, templates, and "inline function used but never defined"
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02 17:49 --- Subject: Bug 21280 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-02 17:48:58 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/testsuite/27_io/ios_base/cons: assign_neg.cc copy_neg.cc Log message: PR c++/21280 * testsuite/27_io/ios_base/cons/assign_neg.cc: Adjust expected errors. * testsuite/27_io/ios_base/cons/copy_neg.cc: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcc&r1=1.3026&r2=1.3027 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/ios_base/cons/assign_neg.cc.diff?cvsroot=gcc&r1=1.11&r2=1.12 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/27_io/ios_base/cons/copy_neg.cc.diff?cvsroot=gcc&r1=1.11&r2=1.12 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21280
[Bug c++/21336] [3.4/4.0/4.1 Regression] Internal compiler error when using custom new operators
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21336
[Bug c++/21280] [4.0/4.1 Regression] #pragma interface, templates, and "inline function used but never defined"
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02 17:51 --- 2005-06-02 Nathan Sidwell <[EMAIL PROTECTED]> PR c++/21280 * Make-lang.in (method.o): Add diagnostic.h * decl.c (start_preparsed_function): Use decl's location for file info. * decl2.c (cp_finish_file): Set input_location before synthesizing a function. (mark_used): When deferring a synthesized function, save current location. Do not set function's location when actually synthesizing it. * method.c: #include diagnostic.h. (synthesize_method): Set the functions source location. Show needed location if errors are emitted. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21280
[Bug c++/21280] [4.0/4.1 Regression] #pragma interface, templates, and "inline function used but never defined"
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02 17:52 --- Subject: Bug 21280 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-02 17:52:29 Modified files: gcc/cp : ChangeLog Make-lang.in decl.c decl2.c method.c gcc/testsuite : ChangeLog gcc/testsuite/g++.dg/init: ctor4.C gcc/testsuite/g++.old-deja/g++.bob: inherit2.C gcc/testsuite/g++.old-deja/g++.bugs: 900205_04.C gcc/testsuite/g++.old-deja/g++.jason: opeq3.C gcc/testsuite/g++.old-deja/g++.pt: assign1.C crash20.C Added files: gcc/testsuite/g++.dg/opt: interface2.C interface2.h Log message: cp: PR c++/21280 * Make-lang.in (method.o): Add diagnostic.h * decl.c (start_preparsed_function): Use decl's location for file info. * decl2.c (cp_finish_file): Set input_location before synthesizing a function. (mark_used): When deferring a synthesized function, save current location. Do not set function's location when actually synthesizing it. * method.c: #include diagnostic.h. (synthesize_method): Set the functions source location. Show needed location if errors are emitted. testsuite: PR c++/21280 * g++.dg/opt/interface2.h: New. * g++.dg/opt/interface2.C: New. * g++.dg/init/ctor4.C: Adjust error lines. * g++.old-deja/g++.bob/inherit2.C: Likewise. * g++.old-deja/g++.bugs/900205_04.C: Likewise. * g++.old-deja/g++.jason/opeq3.C: Likewise. * g++.old-deja/g++.pt/assign1.C: Likewise. * g++.old-deja/g++.pt/crash20.C: Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcc&r1=1.4770&r2=1.4771 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/Make-lang.in.diff?cvsroot=gcc&r1=1.203&r2=1.204 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcc&r1=1.1401&r2=1.1402 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl2.c.diff?cvsroot=gcc&r1=1.783&r2=1.784 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/method.c.diff?cvsroot=gcc&r1=1.330&r2=1.331 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5578&r2=1.5579 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/interface2.C.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/opt/interface2.h.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/init/ctor4.C.diff?cvsroot=gcc&r1=1.1&r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.bob/inherit2.C.diff?cvsroot=gcc&r1=1.6&r2=1.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.bugs/900205_04.C.diff?cvsroot=gcc&r1=1.5&r2=1.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.jason/opeq3.C.diff?cvsroot=gcc&r1=1.4&r2=1.5 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.pt/assign1.C.diff?cvsroot=gcc&r1=1.3&r2=1.4 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.old-deja/g++.pt/crash20.C.diff?cvsroot=gcc&r1=1.4&r2=1.5 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21280
[Bug tree-optimization/21765] -free-vrp is undocumented.
-- What|Removed |Added Target Milestone|--- |4.1.0 Version|unknown |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21765
[Bug c++/21874] this pointer somehow gets NULLed between member function calls
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02 18:09 --- Not a gcc bug so closing. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21874
[Bug c++/12536] [DR 214/200] partial ordering bug
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-02 18:10 --- Closing as invalid. Both 4.0 and mainline implement the resolution of DR214, and hence consider the deductions unordered. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12536
[Bug fortran/21825] 2D array initialization with reshape
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-02 18:15 --- Confirmed on i386-linux. Here is the GDB backtrace: Program received signal SIGSEGV, Segmentation fault. 0x08057e09 in add_init_expr_to_sym (name=0xb430 "etype", initp=0xb42c, var_locus=0xb418) at ../../../gcc/gcc/fortran/decl.c:759 759 gfc_free_expr (init->ts.cl->length); (gdb) where #0 0x08057e09 in add_init_expr_to_sym (name=0xb430 "etype", initp=0xb42c, var_locus=0xb418) at ../../../gcc/gcc/fortran/decl.c:759 #1 0x0805851b in variable_decl () at ../../../gcc/gcc/fortran/decl.c:1069 #2 0x080599c3 in gfc_match_data_decl () at ../../../gcc/gcc/fortran/decl.c:1995 #3 0x0807d7b8 in match_word (str=0x0, subr=0x8059885 , old_locus=0xb4d8) at ../../../gcc/gcc/fortran/parse.c:65 #4 0x0807d90d in decode_statement () at ../../../gcc/gcc/fortran/parse.c:131 #5 0x0807e5ea in next_free () at ../../../gcc/gcc/fortran/parse.c:352 #6 0x0807e850 in next_statement () at ../../../gcc/gcc/fortran/parse.c:498 #7 0x080809ca in gfc_parse_file () at ../../../gcc/gcc/fortran/parse.c:2557 #8 0x08098d9c in gfc_be_parse_file (set_yydebug=0) at ../../../gcc/gcc/fortran/f95-lang.c:263 #9 0x0844f2a0 in compile_file () at ../../../gcc/gcc/toplev.c:1000 #10 0x08450838 in do_compile () at ../../../gcc/gcc/toplev.c:2123 #11 0x0845089f in toplev_main (argc=2, argv=0xb6a4) at ../../../gcc/gcc/toplev.c:2155 #12 0x080c9142 in main (argc=2, argv=0xb6a4) at ../../../gcc/gcc/main.c:35 -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC build triplet|x86_64-unknown-linux-gnu| GCC host triplet|x86_64-unknown-linux-gnu| GCC target triplet|x86_64-unknown-linux-gnu| Last reconfirmed|-00-00 00:00:00 |2005-06-02 18:15:05 date|| Summary|Segmentation fault on 2D|2D array initialization with |array initialization with |reshape |reshape | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21825
[Bug target/14300] -pthread doesn't define _REENTRANT in preprocessor on alpha-linux
-- Bug 14300 depends on bug 10865, which changed state. Bug 10865 Summary: [ia64] gcc -pthread does not add -D_REENTRANT http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10865 What|Old Value |New Value Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14300
[Bug target/10865] [ia64] gcc -pthread does not add -D_REENTRANT
--- Additional Comments From sje at cup dot hp dot com 2005-06-02 18:23 --- I am going to resolve this as invalid since I can't find any documentation to fix. All the existing documentation I checked, even 3.2.2, is generic about what flags pthread sets. None of them mention _REENTRENT. -- What|Removed |Added CC||sje at cup dot hp dot com Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10865
[Bug tree-optimization/21582] (optimisation) VRP pass could/should use non-null function attribute
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-02 18:26 --- Subject: Bug 21582 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-02 18:26:08 Modified files: gcc: ChangeLog tree-vrp.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg/tree-ssa: pr21582.c Log message: PR 21582 * tree-vrp.c (nonnull_arg_p): New. (get_value_range): Call it. testsuite/ChangeLog PR 21582 * gcc.dg/tree-ssa/pr21582.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9000&r2=2.9001 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-vrp.c.diff?cvsroot=gcc&r1=2.20&r2=2.21 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5579&r2=1.5580 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr21582.c.diff?cvsroot=gcc&r1=NONE&r2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21582
[Bug tree-optimization/21582] (optimisation) VRP pass could/should use non-null function attribute
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02 18:26 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21582
[Bug tree-optimization/21582] (optimisation) VRP pass could/should use non-null function attribute
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21582
[Bug tree-optimization/8681] Generates unneeded test
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02 18:37 --- Fixed. Likely with http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00127.html -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8681
[Bug middle-end/21059] Bogus warning about clobbered variable
--- Additional Comments From trt at acm dot org 2005-06-02 18:40 --- The current warning algorithm is too simple. This would be better: For each function that contains call(s) to setjmp(), compute: ref_nz The set of variables that might possibly be live (referenced) after a setjmp() returns a non-zero value. set_any The set of variables that might possibly be set (defined) after a call to setjmp() returns. Issue a warning for all variables in the intersection of the sets. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21059
[Bug tree-optimization/21839] [4.1 Regression] ICE for missing V_DEFS caused by salias with empty structures
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02 18:43 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21839
[Bug tree-optimization/14341] Missed comparison optimization (VRP)
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14341
[Bug tree-optimization/15484] [tree-ssa] bool and short function arguments promoted to int
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02 18:44 --- How is this related to VRP at all? Removing dependency on 18373. -- What|Removed |Added BugsThisDependsOn|18373 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15484
[Bug tree-optimization/20701] [tcb] VRP does not eliminate a redundant "if" statement.
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20701
[Bug tree-optimization/21289] A numeric range is spoiled by a symblic one in VRP
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21289
[Bug tree-optimization/21348] tree-vrp.c:has_assert_expr is useless.
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21348
[Bug tree-optimization/21367] VRP does not fold "if (a == b)" in a certain situation
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21367
[Bug tree-optimization/18431] Code for arrays and pointers are not the same
--- Additional Comments From pthaugen at us dot ibm dot com 2005-06-02 18:46 --- Does this need to be reopened? I see the following for mainline. -m32: .L4: slwi %r9,%r11,1 #, tmp130, i addi %r11,%r11,1 # i, i, sthx %r0,%r9,%r10#* q.1, tmp132 bdnz .L4 # -m64: .L4: sthx %r0,%r11,%r10 #* ivtmp.11, tmp132 addi %r10,%r10,2 # ivtmp.11, ivtmp.11, bdnz .L4 # Both can be improved to use a non-indexed store and increment of that base reg, similar to what Zdenek said he saw in comment #9. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18431
[Bug tree-optimization/16797] Opportunity to remove unnecessary load instructions
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02 18:47 --- This is not related to range propagation. Removing dependency on 18373. -- What|Removed |Added BugsThisDependsOn|18373 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16797
[Bug tree-optimization/21086] VRP does not extract a value from a comparison expression.
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21086
[Bug tree-optimization/21090] VRP does not notice nonzero-ness from a PHI node
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21090
[Bug tree-optimization/21458] VRP does not remove a conditional in a loop
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21458
[Bug fortran/21875] [meta-bug] NIST test suite failures
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02 18:49 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||meta-bug Last reconfirmed|-00-00 00:00:00 |2005-06-02 18:49:09 date|| Summary|[meta] NIST test suite |[meta-bug] NIST test suite |failures|failures http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21875
[Bug tree-optimization/17100] Missed opportunity for value range optimization
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-06-02 18:50 --- Fixed. Likely with http://gcc.gnu.org/ml/gcc-patches/2005-06/msg00127.html, but it may have been fixed earlier. The natural range for i_6 is computed as [0, 9] so this isn't something that was folded using range equivalences. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17100
[Bug tree-optimization/21883] New: tree-ssa-dom.c causing excessive code duplication
extern int foo1 (void), foo2 (int); int bar (int x) { int varvar1, varvar2; int z; if (x > 913) varvar1 = foo1 (); else varvar2 = foo2 (6); #define A foo1 (); foo1 (); foo1 (); foo1 (); foo1 (); #define B A A A A A A A A A A #define C B B B B B B B B B B C C C C C C C C C C C if (x > 913) z = varvar1 + foo1 (); else z = varvar2 + foo2 (6); return z; } Current HEAD will duplicate all the 2500 foo1 () calls to save a if (x > 913) comparison. With -Os almost no duplication should be allowed (only if the duplicated instructions are expected to be shorter than the compare and branch), and even with -O2 there should be some sensible limit. -- Summary: tree-ssa-dom.c causing excessive code duplication Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jakub at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21883
[Bug tree-optimization/8681] Generates unneeded test
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8681
[Bug tree-optimization/21734] [4.1 regression] ICE: -ftree-vectorize, segfault
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02 18:59 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21734
[Bug target/21716] [3.4/4.0/4.1 Regression] ICE in reg-stack.c's swap_rtx_condition
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02 19:00 --- (In reply to comment #8) > The testcase from comment #3 still crashes on the 3.4 branch: Please open a new bug. -- What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21716
[Bug tree-optimization/21849] wrong use of sbitmap in tree-ssa-copy.c
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kazu at cs dot umass dot edu |dot org | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21849
[Bug tree-optimization/21883] [4.1 Regression] jump threading causing excessive code duplication
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02 19:04 --- Confirmed, a regression from 4.0.0. -- What|Removed |Added OtherBugsDependingO||16996 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2005-06-02 19:04:47 date|| Summary|tree-ssa-dom.c causing |[4.1 Regression] jump |excessive code duplication |threading causing excessive ||code duplication Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21883
[Bug c/21879] Memory management problem in new C parser
--- Additional Comments From joseph at codesourcery dot com 2005-06-02 19:08 --- Subject: Re: Memory management problem in new C parser On Thu, 2 Jun 2005, ebotcazou at gcc dot gnu dot org wrote: > Do you mean that parser_obstack is effectively a per-toplevel-decl object and > that it is supposed to be dead at the end of the object's parsing, although in > the present case there are objects associated with different toplevel decls > allocated on it that point to each other? And I presume > label_context_stack_vm > is not explicitly reset to NULL on function exit because of nested functions? Yes, the parser obstack contains objects with varying lifetime but all of them should be dead at the end of a toplevel decl, so it is freed at the end of each such decl. There should never be objects associated with different toplevel decls on it, because everything that can point into it should be NULL at the end of such a decl. (Various structures that can point into it are in variables in other files, such as these lists of labels and lists of decls used inside sizeof or typeof; declarators and associated structures also live on it but should mostly only be pointed to from local variables.) Yes, nested functions mean it is not reset to NULL on function exit - and because GNU extensions allow a nested function to refer to explicitly declared labels in the containing function, it isn't clear that using the function context for this (resetting to NULL on function entry and restoring on exit; we do always have matched push_function_context / pop_function_context pairs for nested functions even with parse errors) would be right either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21879
[Bug middle-end/21478] Improve initialization of sparse local arrays
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-02 19:17 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21478