[Bug middle-end/18191] [4.0 Regression] Struct member is not getting default-initialized

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-16 07:56 --- The new4.C failure happens because we trip over an assert: #1 0x00629120 in gimplify_init_ctor_eval (object=0x2a95999bc0, list=0x2a9599bf00, pre_p=0x7fbfffca08, cleared=0 '\0') at gimplify.c

[Bug middle-end/18628] [4.0 regression] miscompilation of switch statement in loop

--- Additional Comments From micis at gmx dot de 2004-12-16 07:51 --- Maybe you missed the example given in comment #3 which miscompiles with just "- O2" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628

[Bug target/19029] ICE: unrecognizable insn:

--- Additional Comments From aj at gcc dot gnu dot org 2004-12-16 07:32 --- Created an attachment (id=7752) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7752&action=view) Preprocessed source file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19029

[Bug c++/13954] [tree-ssa] SRA does not work for classes that use inheritance

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 07:32 --- Not working on it. -- What|Removed |Added AssignedTo|rth at gcc dot gnu dot org |unassi

[Bug tree-optimization/13952] [tree-ssa] SRA does not work for structs containing arrays

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 07:31 --- Not working on it. -- What|Removed |Added AssignedTo|rth at gcc dot gnu dot org |unassi

[Bug target/19029] New: ICE: unrecognizable insn:

-g -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -std=gnu99 -version -fmessage-length=0 -fPIC -o tst-tls4modb.s GNU C version 4.0.0 20041215 (experimental) (SUSE Linux) (i586-suse-linux) compiled by GNU C version 4.0.0 20041215 (experimental) (SUSE Linux). GGC heuristics

[Bug target/19028] [3.4/4.0 Regression] ICE in libjava

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 07:21 --- Yes, my patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc

[Bug target/19028] [3.4/4.0 Regression] ICE in libjava

-- What|Removed |Added CC||aj at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19028

[Bug fortran/19021] segfault and ice on invalid print statements

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 06:30 --- Confirmed, note this are two different bugs really. The first one is related to PR 18781. -- What|Removed |Added

[Bug target/19009] Loading of FP constants into FP reg via SSE reg

--- Additional Comments From uros at kss-loka dot si 2004-12-16 06:28 --- (In reply to comment #1) I'm trying to make a testcase out of PovRay sources that trigger this behaviour. I think that "*movdf_nointeger" is somehow confused and chooses SSE register to load constant. After that,

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 05:49 --- (In reply to comment #12) > (In reply to comment #11) > > Comment #7 in PR18542 said that separate PR's > > were going to be filed for avr and h8300. > They were (PR18563 and PR18564), but somebody else has

[Bug target/18563] ICE: output_operand: invalid expression as operand

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 05:48 --- No this is a dup of bug 18592, the example code might be different but the bug is the same. *** This bug has been marked as a duplicate of 18592 *** -- What|Removed |Ad

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

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

[Bug target/18542] [3.4 regression] ICE: output_operand: invalid expression as operand

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

[Bug target/18564] ICE: output_operand: invalid expression as operand

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 05:48 --- No this is a dup of bug 18592, the example code might be different but the bug is the same. *** This bug has been marked as a duplicate of 18542 *** -- What|Removed |Ad

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

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

[Bug target/18542] [3.4 regression] ICE: output_operand: invalid expression as operand

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 05:47 --- No this is a dup of bug 18592, the example code might be different but the bug is the same. *** This bug has been marked as a duplicate of 18592 *** -- What|Removed |Ad

[Bug target/18563] ICE: output_operand: invalid expression as operand

--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-16 05:35 --- I am reopening this PR to allow tracking this problem independent of PR18542. -- What|Removed |Added --

[Bug target/18542] [3.4 regression] ICE: output_operand: invalid expression as operand

--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-16 05:39 --- The avr and h8300 variants of this PR are tracked as PR18563 (avr) PR18564 (h8300) -- What|Removed |Added -

[Bug target/18997] [4.0 Regression] Segmentation Violation in pthread_getspecific

--- Additional Comments From mckelvey at maskull dot com 2004-12-16 05:36 --- Reverting the patch http://gcc.gnu.org/ml/gcc-cvs/2004-11/msg00265.html solves the problem. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18997

[Bug target/18564] ICE: output_operand: invalid expression as operand

--- Additional Comments From corsepiu at gcc dot gnu dot org 2004-12-16 05:35 --- I am reopening this PR to allow tracking this problem independent of PR18542. -- 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-16 05:33 --- (In reply to comment #11) > Comment #7 in PR18542 said that separate PR's > were going to be filed for avr and h8300. They were (PR18563 and PR18564), but somebody else has closed them as duplicates of PR15

[Bug libstdc++/17140] Floating point output is slow

--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-12-16 04:43 --- I finally got some free time again. The fmttest1 failure is due to showpoint handling. Specifically, there's the following hunk in float_to_char_scientific: // Insert digits after decimal point

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

--- Additional Comments From zack at codesourcery dot com 2004-12-16 03:03 --- Subject: Re: UCNs not recognized in identifiers (c++/c99) Because of the ABI implications, I consider it completely unacceptable to implement this feature according to the letter of C99 or C++98. Ever. O

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

--- Additional Comments From joseph at codesourcery dot com 2004-12-16 02:54 --- Subject: Re: UCNs not recognized in identifiers (c++/c99) On Thu, 16 Dec 2004, zack at codesourcery dot com wrote: > Joseph Myers insists that this situation cannot arise, because > C99/C++'s lists of va

[Bug target/18997] [4.0 Regression] Segmentation Violation in pthread_getspecific

-- What|Removed |Added Status|UNCONFIRMED |NEW Component|libstdc++ |target Ever Confirmed||1

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

--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-12-16 02:41 --- Patch submitted. http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01184.html Danny -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18997

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

--- Additional Comments From gdr at integrable-solutions dot net 2004-12-16 02:36 --- Subject: Re: UCNs not recognized in identifiers (c++/c99) "zack at codesourcery dot com" <[EMAIL PROTECTED]> writes: | Joseph Myers insists that this situation cannot arise, because | C99/C++'s lists

[Bug preprocessor/9449] UCNs not recognized in identifiers (c++/c99)

--- Additional Comments From zack at codesourcery dot com 2004-12-16 02:16 --- Subject: Re: gcc and UCN in identifiers: bug PR 9449 Al Simons <[EMAIL PROTECTED]> writes: > Hi, Zack. > > I'm looking into adding UCN support for identifiers into the HP > C/C++ compiler, and wondered if th

[Bug target/19005] [3.4 regression] Error: bad register name `%sil'

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

[Bug preprocessor/19027] add keyword 'error:' to remaining error messages that lack it

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 01:51 --- I actually knew I had something about this somewhere, I must not have looked hard enough. So closing as fixed. -- What|Removed |Added ---

[Bug target/19028] [3.4/4.0 Regression] ICE in libjava

-- What|Removed |Added CC|rth at redhat dot com |rth at gcc dot gnu dot org Keywords||ice-on-valid-code Target Mileston

[Bug preprocessor/19027] add keyword 'error:' to remaining error messages that lack it

--- Additional Comments From joseph at codesourcery dot com 2004-12-16 01:47 --- Subject: Re: add keyword 'error:' to remaining error messages that lack it On Thu, 16 Dec 2004, pinskia at gcc dot gnu dot org wrote: > Confirmed. I thought I'd fixed this with 2004-10-14 Joseph S. My

[Bug target/19028] New: [3.4/4.0 Regression] ICE in libjava

With gcc 3.4 checked out at Thu Dec 16 00:38:17 UTC 2004, I got /net/gnu/export/gnu/src/gcc-3.4/gcc/libjava/java/lang/Math.java: In class `java.lang.Math': /net/gnu/export/gnu/src/gcc-3.4/gcc/libjava/java/lang/Math.java: In method `java.lang.Math.abs(double)': /net/gnu/export/gnu/src/gcc-3.4/gcc/l

CLIENT Referral !

Dear Customer, Be the very first listing in the top search engines immediately. Our company will now place any business with a qualified website permanently at the top of the major search engines guaranteed never to move (ex: Yahoo!, MSN, Alta Vista, etc.). This promotion includes unlimited t

[Bug middle-end/18897] [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols: putchar (first referenced in build/gengenrtl.o) (data)

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-16 01:42 --- Subject: Re: [4.0 Regression] /usr/ccs/bin/ld: Unsatisf Steve, > CC||sje at cup dot hp dot com Until this problem is looked at, I am using the enclose

[Bug target/19005] [3.4 regression] Error: bad register name `%sil'

-- What|Removed |Added Keywords||wrong-code Target Milestone|--- |3.4.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug target/17603] [4.0 Regression] cpowf and cpowl give wrong results

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 01:13 --- The patch which caused it was . But if I read the patch, this sounds like GCC before 4.0.0 was not implementing the ABI right. -- What

[Bug target/17603] [4.0 Regression] cpowf and cpowl give wrong results

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-16 01:09 --- This patch caused it: +2004-07-09 Jan Beulich <[EMAIL PROTECTED]> + + * config/i386/i386.c (classify_argument): Treat V1xx modes the same as + their base modes. CTImode, TCmode, and XCmode

[Bug target/17603] [4.0 Regression] cpowf and cpowl give wrong results

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-16 01:05 --- Narrowed it down to "2004-07-10 00:00" and "2004-07-10 01:00". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17603

[Bug preprocessor/19027] add keyword 'error:' to remaining error messages that lack it

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 01:00 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug preprocessor/19027] add keyword 'error:' to remaining error messages that lack it

-- What|Removed |Added Component|c++ |preprocessor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19027

[Bug c++/19027] New: add keyword 'error:' to remaining error messages that lack it

In building a large application, I ran across the following error messages that do not contain the string 'error:', which makes them harder to fish out of the log with a regular expression: "xxx" redefined #error "xxx" #warning "xxx" xxx: No such file or directory character constant too long for i

[Bug target/19005] [3.4 regression] Error: bad register name `%sil'

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-16 00:46 --- Confirmed. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot

[Bug target/19026] a^=b; b^=a; a^=b; produce bad i386 assembly code with O1 and O2 (%sil being used)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 00:09 --- If you filed this with debian already, this was forwarded to us, see PR 19005 which I am marking this as a dup of. *** This bug has been marked as a duplicate of 19005 *** -- What|Removed

[Bug rtl-optimization/19005] [3.4 regression] Error: bad register name `%sil'

--- Additional Comments From k_guillaume at libertysurf dot fr 2004-12-16 00:31 --- I could reproduce this bug with : Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.2/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shar

[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-16 00:19 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolut

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-16 00:17 --- Subject: Bug 18153 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-16 00:15:07 Modified files: gcc: Change

[Bug rtl-optimization/19005] [3.4 regression] Error: bad register name `%sil'

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-16 00:10 --- *** Bug 19026 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/19026] New: a^=b; b^=a; a^=b; produce bad i386 assembly code with O1 and O2 (%sil being used)

gcc (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3) and other versions ( gcc (GCC) 3.4.3 (Mandrakelinux 10.2 3.4.3-1mdk) gcc (GCC) 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk) gcc-3.4 debian sid ) generate invalid i386 assembly code involving some amd64 8 bits registers when compiling the following code :

[Bug middle-end/18628] [4.0 regression] miscompilation of switch statement in loop

--- Additional Comments From giovannibajo at libero dot it 2004-12-15 23:52 --- Anyway, this is surely a low-priority regression, since the combination of flags needed to trigger this is unusual at least. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18628

[Bug target/17603] [4.0 Regression] cpowf and cpowl give wrong results

--- Additional Comments From pcarlini at suse dot de 2004-12-15 23:51 --- Thanks Steven. This bus is really a show stopper, in my opinion. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17603

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-15 23:50 --- Subject: Bug 18153 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-15 23:50:30 Modified files: gcc: ChangeLog config.in configure configu

[Bug c++/19018] [3.3 Regression] virtual memory exhausted

--- Additional Comments From giovannibajo at libero dot it 2004-12-15 23:43 --- The same that fixed PR 16273. This bug is basically PR16273 which was marked as a 3.3 regression too but was closed as fixed after the patch was committed only to 3.4 and mainline. -- http://gcc.gnu.org

[Bug middle-end/16558] [4.0 Regression]: bogus missing-return warning

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

[Bug c++/19025] [4.0.0 regression] false report: "control reaches end of non-void function"

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 23:45 --- *** This bug has been marked as a duplicate of 16558 *** *** This bug has been marked as a duplicate of 16558 *** -- What|Removed |Added --

[Bug fortran/19017] ICE in gfc_trans_scalar_assign

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 23:42 --- Confirmed, related to either PR 18890 or 18752. -- What|Removed |Added BugsThisDependsOn|

[Bug c++/19025] [4.0.0 regression] false report: "control reaches end of non-void function"

--- Additional Comments From jbuck at gcc dot gnu dot org 2004-12-15 23:41 --- Created an attachment (id=7751) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7751&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19025

[Bug c++/19025] [4.0.0 regression] false report: "control reaches end of non-void function"

--- Additional Comments From jbuck at gcc dot gnu dot org 2004-12-15 23:44 --- Forgot to mention the command line: gcc -c -Wall foo9.cpp -- What|Removed |Added Known t

[Bug c++/19025] New: [4.0.0 regression] false report: "control reaches end of non-void function"

For the attached program, gcc 4.0.0 20041214 (experimental) reports foo9.cpp:24: warning: control reaches end of non-void function which is obviously incorrect. This bug isn't in 3.4.x. -- Summary: [4.0.0 regression] false report: "control reaches end of non-void

[Bug libobjc/19024] name collisions libobjc/libmysqlclient

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 23:40 --- Confirmed, Mine, I will look at doing that tomorrow. -- What|Removed |Added Assigned

[Bug libobjc/19024] New: name collisions libobjc/libmysqlclient

It would be great it the exported symbols of hash.h could be migrated to a version with an objc_ prefix. There are currently name collistions with some versions of the mysqlclient library. If someone can propose a migration strategy I can provide a patch. My guess would be along the lines of: h

[Bug other/19013] gcc.c-torture/execute/ieee/mzero6.c should not rely on C99 math functions

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 23:29 --- Actually only the testcase which is what that should not relay on the functions. Confirmed. -- What|Removed |Added ---

[Bug libfortran/19016] maxloc ignores mask

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 23:37 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug libfortran/19014] print *,maxloc(array) segfaults

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 23:31 --- I get an error on ppc-darwin with a compiler built last night: /Users/pinskia/src/local3/gcc/libgfortran/generated/maxloc0_4_i4.c:49: failed assertion `retarray- >dim[0].ubound + 1 - retarray->dim[0].lbound

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

--- Additional Comments From mark at codesourcery dot com 2004-12-15 23:30 --- Subject: Re: [3.4/4.0 Regression] -static-libgcc links in libunwind.so.7 hjl at lucon dot org wrote: > --- Additional Comments From hjl at lucon dot org 2004-12-15 22:54 > --- > We tried very hard

[Bug middle-end/16417] [4.0 Regression] crappy code (gcc.c-torture/compile/20020210-1.c) in arguments causes ICE

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-15 23:28 --- cft: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01174.html -- What|Removed |Added

[Bug rtl-optimization/19012] [4.0 Regression]ICE on testsuite/gcc.c-torture/execute/930208-1.c with -fpack-struct -Os

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 23:26 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW

[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-15 22:54 --- We tried very hard to provide -static-libgcc which links against libgcc.a and libgcc_eh.a instead of libgcc.a and libgcc_s.so.1. The main purpose of -static-libgcc is to link in the copy of the unwind stuff. Introducti

[Bug middle-end/18897] [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols: putchar (first referenced in build/gengenrtl.o) (data)

-- What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18897

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

--- Additional Comments From bernie at develer dot com 2004-12-15 22:37 --- > Note: PR 18542 also covers avr-* targets. Comment #7 in PR18542 said that separate PR's were going to be filed for avr and h8300. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18592

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 22:29 --- *** Bug 19023 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug middle-end/19023] ICE in check_pointer_types_r

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 22:29 --- *** This bug has been marked as a duplicate of 18984 *** -- What|Removed |Added

[Bug middle-end/18191] [4.0 Regression] Struct member is not getting default-initialized

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-15 22:20 --- The patch causes three new failures: g++.dg/init/new4.C (test for excess errors) gcc.dg/i386-3dnow-1.c (test for excess errors) gcc.dg/i386-3dnow-2.c (test for excess errors) -- http://gcc.gnu.org/bug

[Bug middle-end/19023] New: ICE in check_pointer_types_r

g++ gives an ICE on the following source (no optimization required): $ ~/gcc/build/gcc/cc1plus -quiet x.cc x.cc: In function 'C f(const C&)': x.cc:6: internal compiler error: in check_pointer_types_r, at gimplify.c:4198 Please submit a full bug report, with preprocessed source if appropriate. Se

[Bug middle-end/18191] [4.0 Regression] Struct member is not getting default-initialized

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-15 22:21 --- ...but that's probably because of a bug already pointed out by rth. I'll retest the fixed patch. *sigh* -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18191

[Bug target/18987] [4.0 regression] [ia64] Extra '.restore sp' in tail call

--- Additional Comments From schwab at suse dot de 2004-12-15 22:04 --- osdep.s != osdep.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18987

[Bug target/17603] [4.0 Regression] cpowf and cpowl give wrong results

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-15 22:07 --- The bug appears between "2004-07-10 00:00" and "2004-07-10 12:00". I hope to reduce it a bit further to pinpoint the offending patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17603

[Bug target/19022] mmix-knuth-mmixware testsuite failure: gcc.dg/ftrapv-2.c ICE

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

[Bug target/19022] New: mmix-knuth-mmixware testsuite failure: gcc.dg/ftrapv-2.c ICE

With LAST_UPDATED: "Wed Dec 15 16:00:34 UTC 2004" I get: FAIL: gcc.dg/ftrapv-2.c (test for excess errors) WARNING: gcc.dg/ftrapv-2.c compilation failed to produce executable With the message in the .log being: /gcc/testsuite/gcc.dg/ftrapv-2.c: In function 'labsv': /gcc/testsuite/gcc.dg/ftrapv-2.c:

[Bug fortran/19021] segfault and ice on invalid print statements

-- What|Removed |Added Keywords||ice-on-invalid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19021

[Bug fortran/19021] New: segfault and ice on invalid print statements

I couldn't find these in the bug database. $ cat typo-array.f90 integer :: i(2) print i end $ gfortran typo-array.f90 typo-array.f90: In function 'MAIN__': typo-array.f90:2: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. Se

[Bug target/18987] [4.0 regression] [ia64] Extra '.restore sp' in tail call

*date) { do_date (date); } $ ./xgcc -S -B. -O2 -fno-omit-frame-pointer f.i -w $ ./xgcc -B. --version xgcc (GCC) 4.0.0 20041215 (experimental) Copyright (C) 2004 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTAB

[Bug rtl-optimization/19020] addition on integers doesn't trap

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-15 20:52 --- When I looked at this, the libcall was eliminated in the call to delete_trivially_dead_insns, somewhere around jump1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19020

[Bug rtl-optimization/19020] addition on integers doesn't trap

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-15 20:51 --- This doesn't happen on just amd64, I've seen this bug on all targets when I was playing with a patch to blow away libcall notes. On ia64 it lead to a link failure because of missing symbols, so fixing this

[Bug c/18963] [4.0 Regression] static and nested declarations cause an ice

--- Additional Comments From phython at gcc dot gnu dot org 2004-12-15 20:46 --- Good, that is the result I was expecting. Anyway, removing the block following: if (TREE_CODE (x) == FUNCTION_DECL && scope != file_scope && !TREE_PUBLIC (x) && !DECL_INITIAL (x)) from c-decl

[Bug middle-end/18191] [4.0 Regression] Struct member is not getting default-initialized

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-15 20:45 --- Might as well make it mine. -- What|Removed |Added AssignedTo|unassigned at gcc dot

[Bug c/18946] [4.0 regression] ICE in pushdecl

--- Additional Comments From phython at gcc dot gnu dot org 2004-12-15 20:42 --- Something like: if (b && b->decl == error_mark_node) b = NULL; added at around c-decl.c:1937 seems to fix this pr. I have no clue what regression testing will come up with. -- http://gcc.gnu.org

[Bug rtl-optimization/19020] New: addition on integers doesn't trap

The following code should abort at runtime when compiled with -ftrapv: #include int __attribute__((noinline)) iaddv (int a, int b) { return a + b; } int main(void) { iaddv (INT_MAX, 1); return 0; } It doesn't in 64-bit mode: [EMAIL PROTECTED] native]$ gcc-4.0 -o addv addv.c -ftrapv [EMAI

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

--- Additional Comments From hjl at lucon dot org 2004-12-15 20:08 --- Something is very strange: [EMAIL PROTECTED] thread]$ cat do.c extern __thread void *foo []; void test1 (void) { int s; for (s = 0; s < 2; ++s) { foo [s] = &foo[s]; } } [EMAIL PROTECTED] thread]$ /ex

[Bug c++/19018] [3.3 Regression] virtual memory exhausted

--- Additional Comments From gdr at integrable-solutions dot net 2004-12-15 20:16 --- Subject: Re: [3.3 Regression] virtual memory exhausted "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | I let GDR decide if he wants this patch to fix it for 3.3.x. hmm, which patch?

[Bug target/19010] sse and mmx parameter passing broken

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

[Bug target/19010] sse and mmx parameter passing broken

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-15 20:03 --- Subject: Bug 19010 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-12-15 20:03:24 Modified files: gcc: Change

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

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-15 19:54 --- Why would we want to link libunwind statically? I don't see why it shouldn't be a shared library just like everything else. In fact, I don't see this as a bug at all. Binaries depend on libgcc already; s

[Bug other/18508] [3.4/4.0 Regression] "basename: too few arguments" when building without bootstrap

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-15 19:49 --- This patch is OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18508

[Bug target/19019] New: GCC ldouble format incompatibility with XLC long double

GCC implemented a stricter definition for the IBM extended long double format than defined in AIX and XLC. GCC cmptf pattern will not produce correct results for some values generated by XLC. -- Summary: GCC ldouble format incompatibility with XLC long double Product: gcc

[Bug other/18508] [3.4/4.0 Regression] "basename: too few arguments" when building without bootstrap

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

[Bug c++/19018] virtual memory exhausted

--- Additional Comments From david at starks-browning dot com 2004-12-15 19:12 --- Created an attachment (id=7750) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7750&action=view) Preprocessed test case. Attachment as promised. This is a pre-processed testcase derived from "corba_

[Bug c++/19018] [3.3 Regression] virtual memory exhausted

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-15 19:19 --- I let GDR decide if he wants this patch to fix it for 3.3.x. -- What|Removed |Added

[Bug c++/17972] [3.4 Regression] const/pure functions result in bad asm

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-15 19:19 --- Patch applied. -- What|Removed |Added Status|ASSIGNED|RES

  1   2   3   >