[Bug bootstrap/18974] error in compiling gcc 4.0 for i686-pc-linux-gnu: gengtype-lex.c

--- Additional Comments From bbeck4gofls at hotmail dot com 2004-12-14 08:11 --- Thanks Andrew, There were two warnings before the earlier-mentioned error, saying bison and flex are missing on my system, but that they were only needed if I modified a .y or .l file. After emailing gcc

[Bug middle-end/15486] [3.3/3.4/4.0 regression] -fdata-sections moves common vars to .bss

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-14 08:21 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00909.html -- What|Removed |Added

[Bug libstdc++/17789] [3.4/4.0 Regression] Cannot 'make check' inside libstdc++-v3

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-14 08:47 --- This is not critical according to the criteria. -- What|Removed |Added Severity

[Bug target/14981] [3.4/4.0 Regression] ICE in _mm_xor_pd for SSE2 with -O1

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-14 08:52 --- A bug involving SSE intrinsics is not critical. -- What|Removed |Added Severity

[Bug middle-end/18882] [3.3/3.4 Regression] wrong results with complex long double

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-14 09:34 --- Investigating. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebo

[Bug middle-end/18882] [3.3/3.4 Regression] wrong results with complex long double

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-14 09:35 --- This is the same problem as PR middle-end/14988. I'll backport the fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18882

[Bug target/18713] Large program size due to uninitialised global data

--- Additional Comments From bygoh at genting dot com dot my 2004-12-14 10:03 --- Have been trying to upgrade to a newer version of gcc (3.3.3 and above). But I am getting an error during compilation: checking whether the C compiler ( /usr/byg/src/bld-gcc/gcc/xgcc -B/usr/byg/src/b ld-g

[Bug fortran/18977] New: LAPACK test xeigtsts segfaults

I was running the LAPACK with -O3 with 20041212 (snapshot) with Steve Kargl's I/O patch from http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00844.html applied. The test ran OK until xeigtsts segfaulted: make[1]: Entering directory `/home/zfkts/zfkts/LAPACK/TESTING' Testing REAL LAPACK linear equat

[Bug c/18978] New: Segmentation fault after a warning about 'struct sigaction'

Command line and compiler output : -- gcc -c -Wall -ansi -DGnu -g -DDETECT_BUGS -v -save-temps -I/picsou2/users/hingrez/mercatorII/diffusion/inc -I/picsou2/users/hingrez/mercatorII/global/inc -I/picsou2/users/hingrez/mercatorII/commun_c/inc -I/picsou2/users/hingre

[Bug middle-end/18424] [3.4/4.0 Regression] ~6x+ performance regression, constant trees not being computed.

--- Additional Comments From schlie at comcast dot net 2004-12-14 12:33 --- Subject: Re: [3.4/4.0 Regression] ~6x+ performance regression, constant trees not being computed. Nope, unfortunately not as of yesterday, since reload.c was tweaked last week. -- http://gcc.gnu.org/bug

[Bug pch/18980] -MD doesn't report compiled headers as dependencies when using pch ?

--- Additional Comments From trick at icculus dot org 2004-12-14 12:52 --- This only affects precompiled headers. Continuing from before: $ echo '#define TEST2' > test2.h $ echo '#include "test2.h"' >> test.c $ cat test.c #include "test.h" #include "test2.h" $ gcc -MD -MF test.c.d -c t

[Bug c++/18981] New: [4.0 regression] ICE in cp_parser_lookup_name

$ cat tree.cc template struct tree { struct iterator; struct sibling_iterator { friend struct tree::iterator; }; }; $ gcc tree.cc tree.cc:5: internal compiler error: tree check: expected typename_type, have record_type in cp_parser_lookup_name, at cp/parser.c:14210 Please subm

[Bug pch/14933] missing pre-compiled header depends with -MD

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 13:18 --- *** Bug 18980 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug libfortran/18982] New: open(status="new") does not generate an error if the file exists

$ cat open.f90 nout = 10 open(nout, file="foo.dat", status="new") close(nout) open(nout, file="foo.dat", status="new",err=100) ! This should fail write(nout,*) "Hello" ! and not this. 100 continue end $ rm -f foo.dat $ gfortran open.f90 $ ./a.out At line 5 of file ope

[Bug c++/18975] Copying objects with mutable non-static data members

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 13:25 --- XYZ (PTR& p) : ptr(p) {} That will always call the constructor for ptr so this is invalid. -- What|Removed |Added ---

[Bug target/18592] [3.3/3.4 regression] [m68k] ICE in output_operand: invalid expression as operand

--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-14 13:58 --- PR18542 and this PR are not identical: Proof: * Compiling the example from comment #3 # m68k-rtems4.7-gcc -m68020 -O2 -o tmp.o -c pr18549.c pr18549.c: In function `foo': pr18549.c:31: internal compiler err

[Bug target/17990] [3.4/4.0 Regression] sse used for negate without -mfpmath=sse

--- Additional Comments From bangerth at dealii dot org 2004-12-14 14:09 --- In response to comment #30: it is libpthread's responsibility to align the stack of subthreads properly. It doesn't do that, however, but I believe that we have another PR for that (this is something that we c

[Bug bootstrap/18972] Regression: bootstrap failure of gcc-4.0-20041212 on OpenDarwin 7.2.1/x86 (i686-apple-darwin7.2.1): Bootstrap comparison failure

--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de 2004-12-14 13:46 --- Well next time I better read http://gcc.gnu.org/install/build.html thoroughly instead of just banking on the "word of irc" instead: It had to be 'BOOT_CFLAGS' instead of 'BOOTCFLAGS' of course

[Bug middle-end/18424] [3.4/4.0 Regression] ~6x+ performance regression, constant trees not being computed.

--- Additional Comments From ericw at evcohs dot com 2004-12-14 14:18 --- Subject: Re: [3.4/4.0 Regression] ~6x+ performance regression, constant trees not being computed. On 14 Dec 2004 at 12:33, schlie at comcast dot net wrote: > > --- Additional Comments From schlie at comcas

[Bug c++/18975] Copying objects with mutable non-static data members

--- Additional Comments From wolfgang dot roehrl at de dot gi-de dot com 2004-12-14 14:19 --- Subject: Antwort: Copying objects with mutable non-static data members Hi all, I'm responding to Comments From nathan at gcc dot gnu dot org 2004-12-14 13:57 (bug 18975): I just tried

[Bug c/18715] [4.0 Regression] warning: "enumeration value not handled in switch" for '...' ranges

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 14:34 --- Patch here: . -- What|Removed |Added

[Bug c++/18986] New: GCC Manual does not specify standard for C++

Section 2 of the GCC manual details the standards followed for each language supported by gcc. Notably absent is any reference for the C++ language. I assume the basic answer is ISO/IEC 14882-1998. What about Technical Corrigendum 1 (TC1) is that also supported? Further, I note that several DRs

[Bug c++/18984] [4.0 regression] ICE in check_pointer_types_r

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 15:39 --- Patch here: . -- What|Removed |Added

[Bug middle-end/18952] [3.3 only] compiler internal error

-- What|Removed |Added Summary|compiler internal error |[3.3 only] compiler internal ||error Target Milestone|---

[Bug fortran/18977] LAPACK test xeigtsts segfaults with optimization

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2004-12-14 16:06 --- My success with LAPACK is on i386-*-FreeBSD. LAPACK dies a horrible death on amd64-*-FreeBSD. Your segfault is a BUS ERROR for me. I believe this is a x86_64 target problem. -- steve -

[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-14 16:13 --- ... I forgot to add, on a ia64-unknown-linux-gnu running RedHat ES 3.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5900

[Bug libstdc++/18889] Unable to build libstdc++-v3

--- Additional Comments From mike at tedder dot com 2004-12-14 16:24 --- Created an attachment (id=7741) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7741&action=view) requested config.log from failed compile (in nof) taken from "/usr/src/gcc-3.4.3-objdir/powerpc-unknown-linux-gn

[Bug target/18989] A few potentially ominous, and several likely harmless warnings during 4.0 build

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 16:51 --- This one cannot be fixed: gcc -c -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -Wno-error -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ib

[Bug c/18989] New: A few potentially ominous, and several likely harmless warnings during 4.0 build

Warnings generated during a failed avr target build of 4.0 as of today, on a mac/dwawin-7.6 host which should likely be verified as being harmless, and then silenced if so. (sending the report just in case the build failure may be related to one of the more ominous warnings, and for reference:

[Bug c++/18975] Copying objects with mutable non-static data members

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-14 16:55 --- (In reply to comment #4) I can't tell what's being said here. IIUC, you're saying that Comeau (which uses the edg frontend) also rejects the code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18975

[Bug c++/18492] [4.0 regression] mmix-knuth-mmixware,HP-UX testsuite failure: g++.old-deja/g++.other/thunk1.C

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 16:30 --- Here is a reduced testcase at least for mmix: struct X{ ~X(); }; struct B { virtual void a( X ) = 0; }; struct D : public virtual B { void a( X ); }; void D::a( X ){}; -- http://gcc.gnu.org/bugzil

A few potentially ominous, and several likely harmless warnings during 4.0 build

Warnings generated during a failed avr target build of 4.0 as of today, on a mac/dwawin-7.6 host which should likely be verified as being harmless, and then silenced if so. (sending the report just in case the build failure may be related to one of the more ominous warnings, and for reference: buil

[Bug c/18988] 4.0 build failure resulting in internal compiler error, not diagnostic.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 16:40 --- I don't know why someone asked you to file another bug but anyways, this is a dup of bug 18887. *** This bug has been marked as a duplicate of 18887 *** -- What|Removed

[Bug middle-end/18887] [4.0 Regression] libgcc2.h Improperly determines required built-in function size requirements.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 16:40 --- *** Bug 18988 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18887

[Bug fortran/18990] New: ICE in gfc_get_derived_type, at fortran/trans-types.c

The attached (invalid) code gives the following error message: parabrisas% gfortran -c -g core.f90 core.f90:12: internal compiler error: in gfc_get_derived_type, at fortran/trans-types.c:1399 Please submit a full bug report, with preprocessed source if appropriate. (The code is invalid si

[Bug fortran/18991] New: ICE in gfc_conv_descriptor_data with character array pointer.

attached code fails with: parabrisas% gfortran -c -g bug3.F90 bug3.F90: In function 'de': bug3.F90:1: internal compiler error: in gfc_conv_descriptor_data, at fortran/trans-array.c:183 Please submit a full bug report, with preprocessed source if appropriate. parabrisas% cat bug3.F90 SUB

[Bug middle-end/17340] [4.0 Regression] Internal error compiling with -O3

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-14 17:49 --- Thread with patch and discussion starts here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01041.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17340

[Bug target/18912] FW: gcc 3.3.1 for Powerpc optimzation flag -Os generates bad code

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 17:55 --- Closing as fixed then. -- What|Removed |Added Status|WAITING

[Bug rtl-optimization/18992] delete_trivially_dead_insns made ineffective for two-address targets

-- What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |NEW Ever Confirmed||1

[Bug rtl-optimization/18992] New: delete_trivially_dead_insns made ineffective for two-address targets

delete_trivially_dead_insns is no longer able to remove sequences where the same register is first set and then modifed in a sequence of instructions to compute a particular value, as it is common on two-address machines. This affects both the 3.4 series and 4.0 . Details of the problem and a pat

[Bug libgcj/18996] New: java.util.zip giving corrupt data or throwing ZipException on correct archives

gcj (GCC) 4.0.0 20040924 (experimental) Windows XP on a Pentium 4 I'm using Mohan's build (thisiscool.com) Using a ZipFile, especially to open a "large" archive (43 files, ~90kb), often results in ZipExceptions ("Deflated stream ends early.") or corrupted data. I tried several archivers such as 7z

[Bug libgcj/18996] java.util.zip giving corrupt data or throwing ZipException on correct archives

--- Additional Comments From nlite at users dot sf dot net 2004-12-14 19:07 --- Created an attachment (id=7743) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7743&action=view) an archive belonging to the testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18996

[Bug c++/18793] [4.0 regression] ICE in cp_expr_size

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14 19:38 --- Subject: Bug 18793 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-14 19:38:26 Modified files: gcc/testsuite : ChangeLog gcc/cp : C

[Bug fortran/18998] New: Gfortran produces wrong output (c/f to g77)

I'm sorry the summary seems so vague, I'm not so sure why it's behaving that way. Executing the attached code (a simple i/o around a numerical recipe FFT subroutine) produces the following; [EMAIL PROTECTED] ~]$ gfortran fft2.for -o resu2 [EMAIL PROTECTED] ~]$ ./resu2 0.00 0.00

[Bug fortran/18998] Gfortran produces wrong output (c/f to g77)

--- Additional Comments From deji_aking at yahoo dot ca 2004-12-14 19:30 --- Created an attachment (id=7744) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7744&action=view) FFT code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18998

[Bug fortran/18998] Gfortran produces wrong output (c/f to g77)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 20:07 --- (In reply to comment #3) > (In reply to comment #2) > > This works for me on ppc-darwin with gcc 4.0.0 (20041214). > > I should add that I noticed the problem with gcc 4.0.0 (20041211) on

[Bug libgcj/14670] [win32] gcj & high ascii: incorrectly translated / linux: fails to compile

--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-14 20:13 --- If by "high ascii" you mean byte with the high bit set, then you want to compile those with "--encoding ISO-8859-1" or the like. Whether this works on Windows, I don't know. It depends on whether iconv is a

[Bug libstdc++/18997] Segmentation Violation in pthread_getspecific

--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-12-14 19:58 --- What happens if you revert this patch http://gcc.gnu.org/ml/gcc-cvs/2004-11/msg00265.html Alternatively, does adding #define GTHREAD_USE_WEAK 0 to config/i386/cygwin.h and to libstdc++-v3/

[Bug fortran/18998] Gfortran produces wrong output (c/f to g77)

--- Additional Comments From deji_aking at yahoo dot ca 2004-12-14 20:06 --- (In reply to comment #2) > This works for me on ppc-darwin with gcc 4.0.0 (20041214). I should add that I noticed the problem with gcc 4.0.0 (20041211) on FC3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug libstdc++/18997] Segmentation Violation in pthread_getspecific

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 19:34 --- I really doubt that libstdc++ is at fault here, lets look at the backtrace: #0 0x00405ec0 in pthread_getspecific () #1 0x0040528d in _Unwind_SjLj_Register (fc=0x22eee8) at /home/User/cvsroot/gcc/gcc/gt

[Bug fortran/18998] Gfortran produces wrong output (c/f to g77)

--- Additional Comments From deji_aking at yahoo dot ca 2004-12-14 20:55 --- (In reply to comment #4) > > I should add that I noticed the problem with gcc 4.0.0 (20041211) on FC3 > > That still does not give enough information. What target is this, x86? Yes. I thought I put that in t

[Bug fortran/18998] Gfortran produces wrong output (c/f to g77)

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2004-12-14 20:35 --- The compiles and runs correctly on amd64-*-FreeBSD. -- steve -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18998

[Bug libfortran/18985] opening unit 6 messes up print

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-14 22:19 --- I think that's what intended, g77 behaves the same way. I'm somewhat torn between INVALID and WONTFIX. If the user wants to use unit 6 for something else, and still have PRINT * print to the console, he can pre

[Bug libfortran/18982] open(status="new") does not generate an error if the file exists

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-

[Bug fortran/18993] gfortran fails to recognise comment line.

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-14 22:24 --- This is unrelated to preprocessing (changing the extension to .f doesn't solve the problem). Changing 'C' to '!' fixes the problem. It looks like the scanner is mistaken about the column count. -- http://g

[Bug libfortran/18924] segfault in dot_product with missing interface information

--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-14 22:41 --- The code as given is not valid, but since we segfault at runtime even with -fbounds-check one can argue that this is a real deficiency. -- What|Removed |Added --

[Bug target/18910] [4.0 Regression] unrecognisable insn in regclass on x86/amd64

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 23:35 --- *** Bug 19000 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/19000] [4.0 regression] ICE with -O and -O -fPIC

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 23:35 --- This is an exact dup of bug 18910. *** This bug has been marked as a duplicate of 18910 *** -- What|Removed |Added --

[Bug c++/18738] [3.4/4.0 Regression] typename not allowed with non-dependent qualified name

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-15 00:45 --- Fixed in GCC 4.0. -- What|Removed |Added Status|ASSIGNED|RE

[Bug ada/19002] New: GNAT BUG DETECTED, unqualified record aggregate triggers

The code appended below triggers a bug box. $ gcc -v Reading specs from /opt/GCC/4/lib/gcc/i686-pc-linux-gnu/4.0.0/specs Configured with: /opt/gcc/configure --prefix=/opt/GCC/4 --enable-languages=c,ada --enable-werror Thread model: posix gcc version 4.0.0 20041214 (experimental) The box does

[Bug rtl-optimization/19001] [3.4/4.0 Regression] Loops with power of two step and variable bounds not unrolled

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 04:55 --- Confirmed as a regression from 3.3.2, this happens in libstdc++ as mentioned other places. And I also check that 3.3.2 did not unroll a loop with non power of two step aka: int check(int a,int b, char *c)

[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-14 16:07 --- Lapack on the IA-64 does not look good right now. Here are the results with 20041212 snapshot, with Steve Kargl's I/O patch from http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00844.html applied: CES:

[Bug c++/18949] [4.0 Regression] trouble with const_cast in templates

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14 15:39 --- Subject: Bug 18949 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-14 15:39:12 Modified files: gcc/cp : ChangeLog pt.c typeck.c gcc/

[Bug bootstrap/18972] Regression: bootstrap failure of gcc-4.0-20041212 on OpenDarwin 7.2.1/x86 (i686-apple-darwin7.2.1): Bootstrap comparison failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 16:21 --- (In reply to comment #5) > Indeed a Heisenbug: > > Does anyone know how I could disassemble those .o files to get something more > human readable? Use otool. -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug bootstrap/18972] Regression: bootstrap failure of gcc-4.0-20041212 on OpenDarwin 7.2.1/x86 (i686-apple-darwin7.2.1): Bootstrap comparison failure

--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de 2004-12-14 16:18 --- Indeed a Heisenbug: reload.o from stage2 and stage3 differ when produced like this: touch ../../gcc-4.0-20041212/gcc/reload.c make restage2 BOOT_CFLAGS="-O2 -g -fomit-frame-pointer" make res

[Bug libstdc++/18889] Unable to build libstdc++-v3

--- Additional Comments From mike at tedder dot com 2004-12-14 16:31 --- I attached the config.log file you requested. I wasn't sure if you were interested in the one also located in nof/, so I attached them both. If it matters at all, I'm using binutils-2.13.90.0.10 (built with gcc-3

[Bug c/18988] New: 4.0 build failure resulting in internal compiler error, not diagnostic.

Build as of today's cvs 4.0 ~10:10am est, configured with: ../gcc/configure --target=avr --disable-nls --enable-languages=c Resulting with failure: /Applications/avr/gcc-build/gcc/xgcc -B/Applications/avr/gcc-build/gcc/ -B/usr/local/avr/bin/ -B/ usr/local/avr/lib/ -isystem /usr/local/avr/includ

[Bug middle-end/18952] compiler internal error

--- Additional Comments From rearnsha at gcc dot gnu dot org 2004-12-14 15:47 --- Your testcase compiles without error with gcc 3.4 and the development build. On my pre-release of gcc-3.3.4 I get an unrecognized internal instruction, but no segmentation fault. I'd strongly recommend th

[Bug c/18988] 4.0 build failure resulting in internal compiler error, not diagnostic.

--- Additional Comments From schlie at comcast dot net 2004-12-14 16:51 --- Subject: Re: 4.0 build failure resulting in internal compiler error, not diagnostic. > From: pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]> > --- Additional Comments From pinskia at gcc dot gnu dot org

[Bug c++/18981] [4.0 regression] ICE in cp_parser_lookup_name

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 17:20 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug tree-optimization/18888] [4.0 regression] loops miscompiled

--- Additional Comments From law at redhat dot com 2004-12-14 15:49 --- Definitely a different problem than 18694. I'm looking at it now. -- What|Removed |Added BugsThisDe

[Bug tree-optimization/18888] [4.0 regression] loops miscompiled

--- Additional Comments From law at redhat dot com 2004-12-14 17:33 --- This appears to be a bug in how we coalesce objects appearing in abnormal PHIs. [ We get abnormal PHIs because of the computed gotos. ] I've got a patch which appears to generate the right code for this testcase and

[Bug c++/18793] [4.0 regression] ICE in cp_expr_size

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-14 17:46 --- Upon further reflection, I don't see a problem with what the gimplifier is doing, because it does not actually try to construct the S component in the temporary variable. -- http://gcc.gnu.org/bugzilla/

[Bug target/18153] [3.4/4.0 Regression] -static-libgcc links in libunwind.so.7

--- Additional Comments From hjl at lucon dot org 2004-12-14 17:52 --- Mark, can you take a look at the patch? Thanks. -- What|Removed |Added CC|

[Bug fortran/18991] ICE in gfc_conv_descriptor_data with character array pointer.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 17:53 --- *** This bug has been marked as a duplicate of 15809 *** -- What|Removed |Added

[Bug fortran/15809] ICE Using Pointer Functions

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 17:53 --- *** Bug 18991 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/18912] FW: gcc 3.3.1 for Powerpc optimzation flag -Os generates bad code

--- Additional Comments From atul dot sabharwal at tek dot com 2004-12-14 17:53 --- This bug is fixed in 3.4.1 version of gcc. I received a cross compiled version of gcc for MPC8540 platform with the 3.4.1 gcc based tool chain and all busybox apps work correctly. -- http://gcc.gnu.

[Bug tree-optimization/18888] [4.0 regression] loops miscompiled

--- Additional Comments From law at redhat dot com 2004-12-14 17:55 --- BTW, it's pretty easy now that I've sat down and analyzed this test to see that my tree-ssa-dom.c patch from yesterday to fix pr18694 merely masked this bug (pr1) on Darwin. As I mentioned earlier today, pr1

[Bug middle-end/18951] Invalid code generated by expand_errno_check

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14 18:05 --- Subject: Bug 18951 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-14 18:04:56 Modified files: gcc: ChangeLog builtins.c gcc/tes

[Bug fortran/18993] gfortran fails to recognise comment line.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 18:34 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug target/18994] New: storage class in debugging strings

Some debugging information for AIX contains the storage class suffix because it is not stripped by strip_name_encoding. See libgfortran/io/transfer.c for example. -- Summary: storage class in debugging strings Product: gcc Version: 4.0.0 Status: UNC

[Bug fortran/18993] New: gfortran fails to recognise comment line.

With the attached code, gfortran fails to understand that the second comment is a comment, and complains about an unclassified statement. parabrisas% gfortran -c bug5.F In file bug5.F:5 C Set default sizes for order N arrays 1 Error: Non-numeric

[Bug rtl-optimization/18992] delete_trivially_dead_insns made ineffective for two-address targets

-- What|Removed |Added OtherBugsDependingO||18995 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18992

[Bug middle-end/18951] Invalid code generated by expand_errno_check

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14 18:12 --- Subject: Bug 18951 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-14 18:12:32 Modified files: gcc: Change

[Bug rtl-optimization/18995] New: delete_trivially_dead_insns fails to update the liveness information

When a register is set outside of a loop and referenced inside, update_life_info can't figure out that the set is dead because the loop appears to still use the register according to the lifeness information which is propagated circularily around the loop. delete_trivially_dead_insns can detect tha

[Bug libgcj/18996] java.util.zip giving corrupt data or throwing ZipException on correct archives

--- Additional Comments From nlite at users dot sf dot net 2004-12-14 19:06 --- Created an attachment (id=7742) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7742&action=view) a testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18996

[Bug libstdc++/18889] Unable to build libstdc++-v3

--- Additional Comments From mike at tedder dot com 2004-12-14 16:23 --- Created an attachment (id=7740) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7740&action=view) requested config.log from failed compile taken from "/usr/src/gcc-3.4.3-objdir/powerpc-unknown-linux-gnu/libstdc

[Bug libgcj/18996] java.util.zip giving corrupt data or throwing ZipException on correct archives

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 19:14 --- It works on ppc-darwin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18996

[Bug libgcj/18996] java.util.zip giving corrupt data or throwing ZipException on correct archives

--- Additional Comments From ovidr at users dot sourceforge dot net 2004-12-14 19:27 --- Works on win32 for me. gcc version 4.0.0 20041213 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18996

[Bug libgcj/18996] java.util.zip giving corrupt data or throwing ZipException on correct archives

--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-14 19:26 --- This also works on x86-linux. One way I think it could fail on Windows is if the zip contains extended time stamps and we try to load some locale data and can't find it. This might cause the failure, thoug

[Bug c++/18279] [4.0 regression] missing function bodies from -fdump-translation-unit

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-14 19:42 --- This is a low-priority issue. -- What|Removed |Added Priority|P2

[Bug libgcj/18996] java.util.zip giving corrupt data or throwing ZipException on correct archives

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 19:35 --- So this is already fixed, so closing. -- What|Removed |Added Status|UNCONFIRMED

[Bug fortran/18998] Gfortran produces wrong output (c/f to g77)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 19:40 --- This works for me on ppc-darwin with gcc 4.0.0 (20041214). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18998

[Bug java/17231] verification error 3.4.1/3.5 : compile .class with embedded try blocks

--- Additional Comments From tromey at gcc dot gnu dot org 2004-12-14 20:17 --- FYI, this will only work with the new verifier, which is only available via -findirect-dispatch. The new verifier doesn't yet work with the old ABI, AFAIK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug middle-end/18965] [4.0 regression] ICE in gimplify_init_ctor_eval

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14 20:13 --- Subject: Bug 18965 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-14 20:13:16 Modified files: gcc/cp : init.c ChangeLog gcc/testsui

[Bug middle-end/18999] New: gimplify_init_ctor_eval does not support RANGE_EXPRs

Even though the C++ front-end no longer produces RANGE_EXPR which would cause an ICE. I think we should support RANGE_EXPR in gimplify_init_ctor_eval. -- Summary: gimplify_init_ctor_eval does not support RANGE_EXPRs Product: gcc Version: 4.0.0 Statu

[Bug middle-end/18951] Invalid code generated by expand_errno_check

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 20:31 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/18888] [4.0 regression] loops miscompiled

--- Additional Comments From law at redhat dot com 2004-12-14 20:07 --- Should be fixed with today's checkin to tree-outof-ssa.c. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1

[Bug tree-optimization/18888] [4.0 regression] loops miscompiled

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 20:29 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

  1   2   >