[Bug c++/19317] [4.1 Regression] removing a temporary return value when we cannot

--- Additional Comments From jason at redhat dot com 2005-04-11 07:49 --- Subject: Re: [4.1 Regression] removing a temporary return value when we cannot Have you tested the 4.0 branch with the temporary fix I applied? Jason -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19317

[Bug target/20799] [4.0/4.1 Regression] bad relocs for new/delete overrides

--- Additional Comments From federico dot carminati at cern dot ch 2005-04-11 07:49 --- This fix has not yet been merged to the head. Any news? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20799

[Bug fortran/20777] [4.0 only] Arithmetic IF not flagged obsolete

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-11 07:51 --- Patch from: http://gcc.gnu.org/ml/fortran/2005-04/msg00283.html applied to mainline. Waiting for 4.0 to reopen. -- What|Removed |Added -

[Bug middle-end/20937] BLK ptr's losing original ptr's static-constant readonly attribute.

-- What|Removed |Added Summary|BLK ptr's loosing original |BLK ptr's losing original |ptr's static-constant |ptr's static-constant

[Bug libfortran/17992] [4.0 only] reading empty line does not return 0

wn') read(8,'(/2i2)')n,m write(*,*)n,m end $ gfortran -v Using built-in specs. Target: i386-linux Configured with: ../gcc/configure --prefix=/tmp/gfortran-20050411/irun --enable-languages=c,f95 --host=i386-linux Thread model: posix gcc version 4.1.0 20050411 (expe

[Bug java/20941] New: Incorrect case for META-INF with fastjar

This case came to light making service provider property files for GNU JAXP: org.xml.sax.driver etc. These should be created in the META-INF/services path of the JAR. Reproduce this error by creating a META-INF/services directory at the root of your compiled class hierarchy and adding one or mor

[Bug java/20941] Incorrect case for META-INF with fastjar

--- Additional Comments From phil at mkdoc dot com 2005-04-11 08:11 --- Created an attachment (id=8583) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8583&action=view) SAX driver service provider file Driver class: gnu.xml.aelfred2.SAXDriver -- http://gcc.gnu.org/bugzilla/show_

[Bug bootstrap/20942] New: jc1 segfault causes mainline bootstrap failure

Have not seen this reported yet... Bootstrap of mainline 4.1 compiler failed at ia32/IPF/x86_64 Linux due to jc1 segmentation fault in 'in_unlikely_text_section'. /bootstrap/bld/./gcc/gcj -B/bootstrap/bld/./gcc/ -B/bootstrap/usr/i586-suse- linux/bin/ -B/bootstrap/usr/i586-suse-linux/lib/ -isystem

[Bug java/20941] Incorrect case for META-INF with fastjar

--- Additional Comments From phil at mkdoc dot com 2005-04-11 08:56 --- Created an attachment (id=8584) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8584&action=view) Test case for org.xml.sax.driver service provider property First checks any service provider configuration using X

[Bug c++/19317] [4.1 Regression] removing a temporary return value when we cannot

--- Additional Comments From pluto at pld-linux dot org 2005-04-11 08:59 --- (In reply to comment #26) > Subject: Re: [4.1 Regression] removing a temporary return > value when we cannot > > Have you tested the 4.0 branch with the temporary fix I applied? > > Jason > I applied a tem

[Bug java/20941] Incorrect case for META-INF with fastjar

--- Additional Comments From phil at mkdoc dot com 2005-04-11 09:13 --- Created an attachment (id=8585) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8585&action=view) GNU JAXP pure Java source, no natives GNU JAXP source classes, compile using the attached script. -- http://gc

[Bug java/20941] Incorrect case for META-INF with fastjar

--- Additional Comments From phil at mkdoc dot com 2005-04-11 09:18 --- Created an attachment (id=8586) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8586&action=view) GCJ compile script for GNU JAXP Compiles GNU JAXP source to classes. Requires environment variables $mk_home, a pa

[Bug java/20941] Incorrect case for META-INF with fastjar

--- Additional Comments From phil at mkdoc dot com 2005-04-11 09:21 --- Created an attachment (id=8587) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8587&action=view) Fastjar archive script for GNU JAXP Creates a JAR of the compiled GNU JAXP classes. Requires environment variables

[Bug java/20941] Incorrect case for META-INF with fastjar

--- Additional Comments From phil at mkdoc dot com 2005-04-11 09:23 --- Created an attachment (id=8588) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8588&action=view) Check you have the necessary environment variables Checks the $mk_home and $mk_build environment variables are set

[Bug fortran/20943] New: Valid option produces warning

The following command line produces a warning even if it behaves correctly [/Users/fca] cat bug.F subroutine bug_bug end [/Users/fca] /opt/gcc-4_0/bin/gfortran -c bug.F ; nm bug.o T _bug_bug__ [/Users/fca] /opt/gcc-4_0/bin/gfortran -fno-second-underscore -c bug.F ; nm bug

[Bug java/20941] Incorrect case for META-INF with fastjar

--- Additional Comments From phil at mkdoc dot com 2005-04-11 09:47 --- Lots of attachments, but it's simple really: 1. Set two environment variables: $mk_home, a path in which the source is at $mk_home/lib-src/jaxp, and $mk_build, which is a temporary build directory 2. Put all the ba

[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-04-11 09:47 --- Zdenek, the ICE with the testcase from comment #12 reappeared on mainline. Could you please have a look? -- What|Removed |Added

[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-04-11 10:32 --- The new failure (which is a segfault, btw) was caused by http://gcc.gnu.org/ml/gcc-cvs/2005-03/msg01363.html -- What|Removed |Added

[Bug rtl-optimization/17428] internal compiler error: in spill_failure, at reload1.c:1880 (-fspeculative-prefetching)

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-04-11 10:41 --- Subject: Re: internal compiler error: in spill_failure, at reload1.c:1880 (-fspeculative-prefetching) Hello, > the ICE with the testcase from comment #12 reappeared on mainline. > Co

[Bug tree-optimization/20944] New: ICE: SSA corruption compiling ACE542 with gcc41

When I compile ACE 5.4.2 with the actual snapshot of gcc41 (gcc-4.1-20050410) I get an ICE: g++41 -O2 -c -o .shobj/Synch_Invocation.o Synch_Invocation.ii Conflict s_4 and s_78 across an abnormal edge from BB40->BB43 Synch_Invocation.cpp: In member function 'TAO::Invocation_Status TAO::Synch_Twow

[Bug fortran/18452] -fno-second-underscore induces warning for fortran that needs preprocessing

--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-04-11 11:33 --- This one is certainly going to annoy lots of people (when 4.0 is released, I think we will get bug-reports by the ton). This should be easy to solve for someone who knows the interactions between GCC comp

[Bug tree-optimization/20944] ICE: SSA corruption compiling ACE542 with gcc41

--- Additional Comments From micis at gmx dot de 2005-04-11 11:37 --- Created an attachment (id=8589) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8589&action=view) preprocessd source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20944

[Bug fortran/18452] -fno-second-underscore induces warning for fortran that needs preprocessing

--- Additional Comments From tobi at gcc dot gnu dot org 2005-04-11 12:05 --- It is annoying enough that the preprocessor is invoked via cc1. Is there a reason for this, besides that it is the example given in the specfiles? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18452

Re: Fix tree-optimization/20920

On Sun, Apr 10, 2005 at 09:53:00PM -0400, Andrew Pinski wrote: > Could you try the patch in PR 20934 and see if it fixed the > bootstrap problem on i686-linux? > It does. What's the status of that patch? It almost looks obvious to me. Diego.

[Bug middle-end/20396] TRULY_NOOP_TRUNCATION ignored

--- Additional Comments From joern dot rennecke at st dot com 2005-04-11 12:36 --- Subject: Re: TRULY_NOOP_TRUNCATION ignored echristo at redhat dot com wrote: >--- Additional Comments From echristo at redhat dot com 2005-04-10 19:02 >--- >I think I'm ok with this, but I'd l

[Bug ada/20822] makeinfo cannot process gnat_ugn_unw.texi

--- Additional Comments From rolf dot ebert dot gcc at gmx dot de 2005-04-11 12:37 --- Created an attachment (id=8590) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8590&action=view) patch to fix PR20822 in 4.0.0-RC1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20822

[Bug bootstrap/20942] jc1 segfault causes mainline bootstrap failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 12:44 --- *** This bug has been marked as a duplicate of 20934 *** -- What|Removed |Added

[Bug middle-end/20934] [4.1 Regression] Segmentation fault in gnat1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 12:44 --- *** Bug 20942 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug fortran/20943] Valid option produces warning

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 12:47 --- *** This bug has been marked as a duplicate of 18452 *** -- What|Removed |Added

[Bug fortran/18452] -fno-second-underscore induces warning for fortran that needs preprocessing

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 12:47 --- *** Bug 20943 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18452

[Bug fortran/18452] -fno-second-underscore induces warning for fortran that needs preprocessing

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 12:48 --- (In reply to comment #5) > It is annoying enough that the preprocessor is invoked via cc1. Is there a > reason for this, besides that it is the example given in the specfiles? Besides that is the only prepr

[Bug rtl-optimization/20413] VOIDmode LABEL_REFs are generated

--- Additional Comments From giovannibajo at libero dot it 2005-04-11 12:48 --- I have a very naive question: if LABEL_REFS should always be generated with Pmode, can't we add an assert if gen_rtx_LABEL_REF is called with a different mode? Or better, remove the mode argument altogether

[Bug c++/19317] [4.1 Regression] removing a temporary return value when we cannot

--- Additional Comments From jason at redhat dot com 2005-04-11 12:48 --- Subject: Re: [4.1 Regression] removing a temporary return value when we cannot On 11 Apr 2005 08:59:58 -, "pluto at pld-linux dot org" <[EMAIL PROTECTED]> wrote: >> Have you tested the 4.0 branch with the

[Bug tree-optimization/20944] ICE: SSA corruption compiling ACE542 with gcc41

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 12:50 --- I want to say this is a dup of bug 20920 which has a patch referenced, could you try with that patch applied? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20944

[Bug fortran/20777] [4.0 only] Arithmetic IF not flagged obsolete

-- What|Removed |Added Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20777

[Bug libgcj/20941] Incorrect case for META-INF with fastjar

-- What|Removed |Added Component|java|libgcj http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20941

[Bug tree-optimization/20944] ICE: SSA corruption compiling ACE542 with gcc41

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-04-11 13:01 --- *** This bug has been marked as a duplicate of 20920 *** -- What|Removed |Added

[Bug tree-optimization/20920] [4.1 Regression] ICE with eh and VRP

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-04-11 13:01 --- *** Bug 20944 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug rtl-optimization/20586] bootstrap comparision fails with -funroll-loops.

--- Additional Comments From pluto at pld-linux dot org 2005-04-11 13:08 --- Problem still exists in 4.0.0-20050409 snap. I've checked the i386.o and caller-save.o from stage2/3. They have the same size but diff. instructions in several places. --- stage2-i386.o.txt 2005-04-11 14:42

[Bug rtl-optimization/20413] VOIDmode LABEL_REFs are generated

--- Additional Comments From joern dot rennecke at st dot com 2005-04-11 13:16 --- Subject: Re: VOIDmode LABEL_REFs are generated giovannibajo at libero dot it wrote: >--- Additional Comments From giovannibajo at libero dot it 2005-04-11 >12:48 --- >I have a very naive quest

[Bug fortran/20945] New: about 2x perfomance regression in comparision with 3.4.2

fortran 4.0 shows perfomance regression (with -O2 option) in comparison with g77 from 3.4.2 on IA32 with attached test. This test is obtained from cpu2000/mgrid test. It consists of calling of two functions: PSINV and RESID. Instrumental control (gprof) shows that most part of time spends in RES

[Bug middle-end/20946] New: --enable-checking=yes,fold fails on the mainline

--enable-checking=yes,fold fails on the mainline because when we get a SSA_NAME, we checksum the whole use-def chain which is wrong. -- Summary: --enable-checking=yes,fold fails on the mainline Product: gcc Version: 4.1.0 Status: UNCONFIRMED

[Bug middle-end/20946] --enable-checking=yes,fold fails on the mainline

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 13:20 --- I am testing a fix right now, this is blocking my patch for PR 20931. -- What|Removed |Added

[Bug fortran/20945] about 2x perfomance regression in comparision with 3.4.2

--- Additional Comments From denis dot nagorny at intel dot com 2005-04-11 13:20 --- Created an attachment (id=8591) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8591&action=view) Test for results reproducing -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20945

[Bug rtl-optimization/20413] VOIDmode LABEL_REFs are generated

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-11 13:21 --- The patch has been posted here: http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01157.html -- What|Removed |Added ---

[Bug fortran/20945] about 2x perfomance regression in comparision with 3.4.2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 13:28 --- I know that gfortran has some issue with inlining. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20945

[Bug middle-end/20946] --enable-checking=yes,fold fails on the mainline

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 13:30 --- And TREE_LIST too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20946

[Bug middle-end/20946] --enable-checking=yes,fold fails on the mainline

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 14:05 --- (In reply to comment #2) > And TREE_LIST too. Actually it related to how TREE_LIST is handle, I change the recusiveness of fold_checksum_tree for TREE_LIST is that we no longer use recusion but a loop ins

[Bug tree-optimization/20947] New: ICE in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:394

When I compile GSL 1.5 with the actual snapshot of gcc41 (gcc-4.1-20050410) I get an ICE: gcc41 -O2 -fpeel-loops -ftree-vectorize -c permute.i -o permute.o permute_source.c: In function 'gsl_permute_complex_inverse': permute_source.c:87: internal compiler error: in check_loop_closed_ssa_use, at

[Bug tree-optimization/20947] ICE in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:394

--- Additional Comments From micis at gmx dot de 2005-04-11 14:30 --- Created an attachment (id=8592) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8592&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20947

[Bug tree-optimization/20947] [4.1 Regression] ICE in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:394

-- What|Removed |Added Keywords||ice-on-valid-code Summary|ICE in |[4.1 Regression] ICE in |c

[Bug tree-optimization/20947] [4.1 Regression] ICE in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:394

--- Additional Comments From micis at gmx dot de 2005-04-11 14:33 --- My gcc is patched with the patch for bug20920 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20947

[Bug bootstrap/20948] New: bootstrap of gcc-4.0.0-20050410 fails on i386-pc-solaris2.10

This is what I get during a "gmake bootstrap": mv 'libgcc/./tmp-libgcc.map' libgcc/./libgcc.map ./xgcc -B./ -B/opt/gcc-4.0/i386-pc-solaris2.10/bin/ -isystem /opt/gcc-4.0/i386-pc-solaris2.10/include -isystem /opt/gcc-4.0/i386-pc-solaris2.10/sys-include -L/var/tmp/gcc-4.0.0-20050410/obj/gcc/../ld -O

[Bug bootstrap/20948] bootstrap of gcc-4.0.0-20050410 fails on i386-pc-solaris2.10

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 14:37 --- This means you installation of binutils is wrong: /usr/sfw/bin/gld: cannot open linker script file ldscripts/elf_i386.xsc: No such file or directory Can you compile binutils and try again since this is not

[Bug c++/20949] New: misscompilation of konqueror, artsd, STLport, libstdc++, ...

** [1] konqueror (kdebase-3.4.0). (gdb) bt #0 ~QIconSet (this=0x8209614) at qshared.h:50 ~QIconSet (this=0x8209614) at qshared.h:50 50 bool deref(){ return !--count; } (gdb) print this $1 = (QIconSet *

[Bug middle-end/20933] [4.1 Regression] gcc can no longer bootstrap itself

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 14:43 --- I think this was caused by: 2005-04-08 Diego Novillo <[EMAIL PROTECTED]> Merge from tree-cleanup-branch: VRP, store CCP, store copy-prop, incremental SSA updating of FUD chains

[Bug c++/19317] [4.1 Regression] removing a temporary return value when we cannot

--- Additional Comments From pluto at pld-linux dot org 2005-04-11 14:43 --- (In reply to comment #28) > Subject: Re: [4.1 Regression] removing a temporary return > value when we cannot > > On 11 Apr 2005 08:59:58 -, "pluto at pld-linux dot org" <[EMAIL PROTECTED]> wrote: > > >>

[Bug c++/20949] [4.0 Regression] misscompilation of konqueror, artsd, STLport, libstdc++, ...

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 14:44 --- Well without a test, there is still nothing we can do anyways because they could be invoking undefined behavior :). Also do they fail when compiled with -O0? -- What|Removed

[Bug middle-end/20933] [4.1 Regression] gcc can no longer bootstrap itself

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 14:50 --- Actually if anything is miscompile it would be make_temp_file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20933

[Bug bootstrap/20948] bootstrap of gcc-4.0.0-20050410 fails on i386-pc-solaris2.10

--- Additional Comments From brett dot albertson at stratech dot com 2005-04-11 14:57 --- (In reply to comment #1) > This means you installation of binutils is wrong: > /usr/sfw/bin/gld: cannot open linker script file ldscripts/elf_i386.xsc: No > such > file or directory > > Can you co

[Bug tree-optimization/20920] [4.1 Regression] ICE with eh and VRP

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-11 15:06 --- Subject: Bug 20920 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-11 15:05:50 Modified files: gcc: ChangeLog tree-pretty-print.c tree-vr

[Bug middle-end/20933] [4.1 Regression] gcc can no longer bootstrap itself

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot |dot org |org Status|UNCONFIRMED

[Bug tree-optimization/20920] [4.1 Regression] ICE with eh and VRP

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-04-11 15:09 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01050.html -- What|Removed |Added

Re: Fix tree-optimization/20920

On Sun, Apr 10, 2005 at 09:47:25PM -0400, Diego Novillo wrote: > On Sun, Apr 10, 2005 at 05:38:31PM -0400, Andrew Pinski wrote: > > > This fixes the bootstrap problem for me on powerpc-darwin. > > > Thanks. I will commit as soon as I get a clean bootstrap. > Got a clean bootstrap and test run u

[Bug tree-optimization/20926] [4.1 Regressopm] ICE: tree check, in recent builds

--- Additional Comments From amacleod at redhat dot com 2005-04-11 15:13 --- Why would you say that? I get the same failure with a build from April 1 before immuses was checked in. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20926

[Bug bootstrap/20948] bootstrap of gcc-4.0.0-20050410 fails on i386-pc-solaris2.10

--- Additional Comments From brett dot albertson at stratech dot com 2005-04-11 15:21 --- (In reply to comment #2) > I'm restarting the bootstrap now using Sun's linker (/usr/ccs/bin/ld). I'll > reply when it is finished. It successfully bootstrapped using Sun's ld and Gnu's as, as su

[Bug tree-optimization/20926] [4.1 Regressopm] ICE: tree check, in recent builds

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-11 15:26 --- I believe ivopts is doing funky things with copying vops and whatnot without taking into account subvars that is screwing us up. The error existed before 04/01, AFAICT -- http://gcc.gnu.org/bugzilla/sh

[Bug libfortran/20950] New: segfault in INQUIRE asking for SEQUENTIAL status

$ cat fc112.f character*20 c inquire (33, sequential = c) print *, c end $ ./bin/gfortran -static fc112.f && ./a.out zsh: segmentation fault ./a.out With gdb: Program received signal SIGSEGV, Segmentation fault. inquire_via_unit (u=0x0) at ../../../gcc/libgfortran/io/inqu

[Bug libfortran/20950] segfault in INQUIRE asking for SEQUENTIAL status

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-04-

[Bug tree-optimization/20944] ICE: SSA corruption compiling ACE542 with gcc41

--- Additional Comments From micis at gmx dot de 2005-04-11 15:49 --- The patch for bug20920 solves this problem. Michael Cieslinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20944

[Bug c++/20949] [4.0 Regression] misscompilation of konqueror, artsd, STLport, libstdc++, ...

--- Additional Comments From pluto at pld-linux dot org 2005-04-11 15:58 --- (In reply to comment #1) > Well without a test, there is still nothing we can do anyways because they could be invoking undefined > behavior :). > Also do they fail when compiled with -O0? arts crashes w

[Bug c++/20949] [4.0 Regression] misscompilation of konqueror, artsd, STLport, libstdc++, ...

-- What|Removed |Added CC||mmazur at kernel dot pl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20949

[Bug c/20951] New: bogus error passing &va_list to va_list*

The program below fails to compile with gcc on EM64T. I believe the program is well-formed based on 7.15.1.1 of C99, Footnote 212 (I am aware that footnotes are not normative). The second program below uses va_copy to get around the compilation error in the first case fails to compile with the -an

[Bug tree-optimization/20926] [4.1 Regressopm] ICE: tree check, in recent builds

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-11 16:55 --- Mine -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dberlin at gcc d

[Bug target/20951] bogus error passing &va_list to va_list*

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 17:07 --- Nope this is invalid, see PR 14557 for more discussion about this issue. &va is equivalent to &va[0] on x86_64 since va_list is defined as an array on x86_64. *** This bug has been marked as a duplicate of

[Bug target/14557] va_list is automatically taken address-of when passed as argument

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 17:07 --- *** Bug 20951 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/20949] [4.0/4.1 Regression] misscompilation of konqueror, artsd, STLport, libstdc++, ...

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 17:12 --- http://gcc.gnu.org/ml/gcc/2005-04/msg00514.html -- What|Removed |Added CC|

[Bug middle-end/14311] builtins for atomic operations needed

--- Additional Comments From bkoz at redhat dot com 2005-04-11 17:14 --- Subject: Re: builtins for atomic operations needed > I'm working on atomic builtins, but this will *not* resolve the problem of > compiling for i386 and i486+. Indeed, it could easily make it worse because > you

[Bug middle-end/20931] [4.0/4.1 Regression] fold checking failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 17:16 --- Patch here: . -- What|Removed |Added

[Bug middle-end/20946] --enable-checking=yes,fold fails on the mainline

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 17:16 --- Patch here: . -- What|Removed |Added

[Bug fortran/18452] -fno-second-underscore induces warning for fortran that needs preprocessing

--- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot de 2005-04-11 17:16 --- Subject: Re: -fno-second-underscore induces warning for fortran that needs preprocessing pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot

[Bug fortran/18452] -fno-second-underscore induces warning for fortran that needs preprocessing

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 17:20 --- (In reply to comment #8) > We're using the traditional preprocessor. This is a separate executable, cpp, > which is built separately. So the question remains: why do we run cc1? cpp just calls cc1. There u

[Bug middle-end/20934] [4.1 Regression] Segmentation fault in gnat1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 17:24 --- Created an attachment (id=8594) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8594&action=view) patch which Caroline sent me to attach "I mistakenly assumed that if current_function_decl was defined,

[Bug c/20951] bogus error passing &va_list to va_list*

--- Additional Comments From sebor at roguewave dot com 2005-04-11 17:33 --- (In reply to comment #1) Right. I understand why it doesn't compile and how to work around it (with gcc at least). What I'm still not convinced of is that it's not a strict conformance bug. The same point was r

[Bug c/20951] bogus error passing &va_list to va_list*

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 17:35 --- (In reply to comment #2) > Do you happen to know whether there's a C99 issue to fix the footnote? If you read that bug's comment, you will see in comment #8: "My recollection from last time we were discuss

[Bug fortran/18452] -fno-second-underscore induces warning for fortran that needs preprocessing

--- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot de 2005-04-11 17:39 --- Subject: Re: -fno-second-underscore induces warning for fortran that needs preprocessing pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot

[Bug middle-end/20933] [4.1 Regression] gcc can no longer bootstrap itself

--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-04-11 17:41 --- Testing fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20933

[Bug tree-optimization/20926] [4.1 Regressopm] ICE: tree check, in recent builds

--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-04-11 17:49 --- > The error existed before 04/01, AFAICT > I don't believe so - I have a gcc build of 20050129 that does not do this; see my posting on the fortran list. Further evidence, if it helps, is that the code comp

[Bug tree-optimization/20926] [4.1 Regressopm] ICE: tree check, in recent builds

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 17:51 --- (In reply to comment #7) > > The error existed before 04/01, AFAICT > > > I don't believe so - I have a gcc build of 20050129 that does not do this; see > my posting on the fortran list. He means April 1st

[Bug c/20951] bogus error passing &va_list to va_list*

--- Additional Comments From sebor at roguewave dot com 2005-04-11 17:51 --- Yes, I read that comment but I still don't see anything in the standard the footnote is in conflict with and I don't see it on the WG14 DR list(*). If the footnote is bogus and va_list can't be universally imple

[Bug tree-optimization/20926] [4.1 Regressopm] ICE: tree check, in recent builds

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-11 18:00 --- Subject: Re: [4.1 Regressopm] ICE: tree check, in recent builds On Mon, 2005-04-11 at 17:49 +, paulthomas2 at wanadoo dot fr wrote: > --- Additional Comments From paulthomas2 at wanadoo dot

[Bug libgcj/20693] javax-imageio.lo failed to build

--- Additional Comments From hjl at lucon dot org 2005-04-11 18:14 --- It also happened to gcc 4.0 on a P4 HT machine with "make -j4 bootstrap". -- What|Removed |Added

[Bug testsuite/20952] New: gmake -k check failures

I'm building gcc-4.0.0-20050410 on Solaris 10 x86 on an AMD64 CPU. I bootstrapped successfully. This is what I got during the libstdc++ section of "gmake -k check": === libstdc++ tests === Schedule of variations: unix Running target unix Using /usr/local/share/dejagnu/baseb

[Bug target/20952] gmake -k check failures

-- What|Removed |Added Component|testsuite |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20952

[Bug tree-optimization/20612] ICE in verify_ssa for -ftree-loop-linear

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-04-11 18:55 --- Subject: Bug 20612 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-04-11 18:55:47 Modified files: gcc: ChangeLog lambda-code.c Log message

[Bug middle-end/20934] [4.1 Regression] Segmentation fault in gnat1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-04-11 19:05 --- Created an attachment (id=8595) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8595&action=view) new patch which Caroline sent me to attach Apparently there were two typo's in the patch I sent to you,

[Bug tree-optimization/20612] ICE in verify_ssa for -ftree-loop-linear

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-04-11 19:13 --- Fixed -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c++/20817] [4.0/4.1 Regression] ICE for tree check in build_offset_type

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-04-11 19:14 --- It's a 4.0 regression, too. -- What|Removed |Added CC|

Re: Fix tree-optimization/20920

On Sat, 2005-04-09 at 23:27 -0400, Diego Novillo wrote: > Sigh. Another SSA_NAME flowing through EH edges getting in the > way. > > I'm starting to think that it would be much better to make these > SSA_NAME_OCCURS_IN_ABNORMAL_PHI into virtuals. We would avoid > all the monkeying around that opt

[Bug tree-optimization/16611] Terrible code generated for vector

--- Additional Comments From sabre at nondot dot org 2005-04-11 19:40 --- This code from stl_bvector.h is the problem: void _M_incr(ptrdiff_t __i) { difference_type __n = __i + _M_offset; _M_p += __n / _M_word_bit; __n = __n % _M_word_bit; if (__n < 0) { _M_offse

  1   2   >