[Bug tree-optimization/9079] [tree-ssa] Inline constant function pointers

--- Additional Comments From sxanth at ceid dot upatras dot gr 2004-12-13 22:25 --- This is present in 3.4 too static inline int foo () { return 100; } typedef int (*fptr)(); static const fptr a [] = { foo }; static inline int call

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

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-14 07:24 --- I'm not sure how to fix this yet. The C++ front end is generating what looks to me to perfectly reasonable code. Then, gimplify_init_constructor decides that it wants to create a temporary variable of typ

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

--- Additional Comments From uros at kss-loka dot si 2004-12-14 07:19 --- I was too fast, testcase 1 from comment #29 is OK, it doesn't segfault anymore. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17990

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

Dear all, I would like to post a bug report for the GNU C/C++ compiler 3.3-e500. We use the compiler to generate code for a PowerPC processor. Used invokation line for the GNU C++ compiler: ccppc -c -x c++ -ansi -Wall -Werror -mcpu=8540 -fverbose-asm -mbig -fmerge-templates -mmultiple -mn

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

--- Additional Comments From uros at kss-loka dot si 2004-12-14 06:38 --- (In reply to comment #25) > I have been completely unable to reproduce an unaligned stack, with either 3.4 > or 4.0. Can those gcc folk that claim to have reproduced it in the past still > do so? If so, what are

[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 06:31 --- Created an attachment (id=7735) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7735&action=view) Patch which fixes the problem I am testing this fix, I copied the code from c_add_case_label and change

[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 06:01 --- This patch caused it, the moving to the front-end must had forgot about some detail: 2003-10-30 Richard Henderson <[EMAIL PROTECTED]> * c-common.c (match_case_to_enum_1, match_case_to_en

[Bug preprocessor/17798] [3.4/4.0 Regression] high cpp memory usage with undefined symbols

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 05:53 --- The first thing is that read_file_guts mallocs the whole file which seems wrong. That accounts for 500M. The next problem is that keep every identifier we parsed even though we don't need it. 3014 calls

[Bug preprocessor/17798] [3.4/4.0 Regression] cpp memory leak with undefined symbols

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

[Bug libfortran/18966] cshift etc. not implemented for kind=1 and kind=2 actual arguments

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2004-12-14 05:18 --- Here's an updated patch that includes eoshift. http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01005.html -- steve -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18966

[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 05:03 --- Subject: Re: [3.4/4.0 Regression] ~6x+ performance regression, constant trees not being computed. On 14 Dec 2004 at 2:13, schlie at comcast dot net wrote: > > --- Additional Comments From schlie at comcast

[Bug libfortran/18966] cshift etc. not implemented for kind=1 and kind=2 actual arguments

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2004-12-14 05:01 --- I have a patch for this. See http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01003.html -- steve -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18966

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 04:54 --- There is an error above from {f,}lex, what is the error. This might be a gcc bug or flex bug or it might be you not having installed flex. Could you look at the log again and see if you see an error? Also

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 04:24 --- Patch here: . It is both a middle-end fix and a C++ fix, either one will fix it alone. The C++ fix is nice in that it should help a little in me

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

I posted the following on gcc-help but no one could answer, so I presume it is a bug. Looking at Changelog.11, under Per Bothner's 6-30-04 entry, I see "* gengtype-lex.l: Temporary kludge to avoid duplicate typedef. * gengtype.c: Update for now typedefs in input.h. More kludges." I presume this

[Bug middle-end/18730] [3.3/3.4 Regression] cppexp.c:1076: error: unrecognizable insn

--- Additional Comments From danglin at gcc dot gnu dot org 2004-12-14 04:08 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/18730] [3.3/3.4 Regression] cppexp.c:1076: error: unrecognizable insn

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

[Bug middle-end/18730] [3.3/3.4 Regression] cppexp.c:1076: error: unrecognizable insn

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14 04:06 --- Subject: Bug 18730 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_3-branch Changes by: [EMAIL PROTECTED] 2004-12-14 04:06:09 Modified files: gcc: Change

[Bug target/14776] -mfpmath=sse causes movapd from non-16-byte aligned address

--- Additional Comments From bangerth at dealii dot org 2004-12-14 03:56 --- My testcase was actually for x86 linux, but since you fixed it in that other PR today, I assume that the same bug triggered but PRs, so closing this one should be ok. W. -- http://gcc.gnu.org/bugzilla/

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 03:42 --- Mine, I have a fix in gimplifier.c which does the correct thing. -- What|Removed |Added

[Bug middle-end/18730] [3.3/3.4 Regression] cppexp.c:1076: error: unrecognizable insn

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

[Bug target/18973] New: -mcpu=arm926ejs should set FL_LDSCHED

All of the arm*ejs cores in gcc 3.4.3 (also in 4.0) seem to have the LDSCHED optimization turned off. From what I can tell, these cores (at least the 926) would benefit from load scheduling. Is there any particular reason this is disabled? -- Summary: -mcpu=arm926ejs should set FL_LDS

[Bug c++/18968] [4.0 regression] ICE: tree check: expected ssa_name, have addr_expr in vrp_hash

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14 02:22 --- Subject: Bug 18968 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-14 02:21:57 Modified files: gcc/cp : ChangeLog class.c gcc/testsu

[Bug target/18925] [4.0 regression] Invalid gprel relocation in PIC

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14 02:16 --- Subject: Bug 18925 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-14 02:15:56 Modified files: gcc/cp : ChangeLog class.c gcc/testsu

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

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

[Bug c++/18968] [4.0 regression] ICE: tree check: expected ssa_name, have addr_expr in vrp_hash

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 02:22 --- Fixed, I already had posted it to gcc-patches so I just replied to that message about your approval. -- What|Removed |Added -

[Bug target/18925] [4.0 regression] Invalid gprel relocation in PIC

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-14 02:18 --- Fixed in GCC 4.0. -- What|Removed |Added Status|UNCONFIRMED |RE

[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 02:13 --- Thank you all; and would like to try to verfiy on 4.0 as well once we can figure out now to get the avr target to reliably build. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18424

[Bug target/18002] [3.4 Regression] 'while' loop performace regression on avr target

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

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

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

[Bug target/18385] code contains 68040 instructions

--- Additional Comments From bernie at develer dot com 2004-12-14 01:23 --- Sorry, I've read your report vice-versa, because that's the most likely thing that could have happened (there were so many bogus uClinux reports that I finally decided to remove m68000 libraries from the toolchai

[Bug target/18916] [4.0 Regression] vector code is generated to copy data to mis-aligned memory (-maltivec)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 01:48 --- It also fails with -mpu=G4. -- What|Removed |Added Summary|[4.0 Regression] vecto

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

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

[Bug target/18002] [3.4 Regression] 'while' loop performace regression on avr target

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

[Bug middle-end/17930] -mfpmath=sse creates illegal code (movapd with misaligned argument)

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-14 01:39 --- http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00996.html -- What|Removed |Added Statu

[Bug middle-end/17930] -mfpmath=sse creates illegal code (movapd with misaligned argument)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14 01:30 --- Subject: Bug 17930 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-14 01:30:36 Modified files: gcc: ChangeLog passes.c Added files:

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

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

[Bug middle-end/17930] -mfpmath=sse creates illegal code (movapd with misaligned argument)

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

[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 01:27 --- maybe my attempt to "simulate" stage2 and stage3 were not alright, I am doing another clean bootstrap now: ../gcc-4.0-20041212/configure --prefix=/tmp/gcc make bootstrap STAGE1_CFLAGS="-no-

[Bug middle-end/17930] -mfpmath=sse creates illegal code (movapd with misaligned argument)

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-14 01:22 --- It's not Fortran's fault, but cgraph's. -- What|Removed |Added Component|fortran

[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 15:45 --- Tell me if you wanted me to include a log besides my standard or error output. Thanks! -- What|Removed |Added

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

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

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

$ cat osdep.i static void do_date (char *); void rfc822_date (char *date) { do_date (date); } $ gcc -c -O2 -fno-omit-frame-pointer -w osdep.i osdep.s: Assembler messages: osdep.s:19: Error: Epilogue count of 4294967296 exceeds number of nested prologues (0) This is due to a

[Bug target/14776] -mfpmath=sse causes movapd from non-16-byte aligned address

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-14 00:37 --- According to comment #12, this was a cygwin bug wrt the initial alignment of the main and thread stacks. Even the test program in comment #10, which is supposed to be reproducible for linux is not reproducible

[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 15:28 --- OK, so we now have three proposed strategies to solve this bug. 1) Decide on doing accurate life analysis based on some function of the number of basic blocks and the number of registers. This limits b

[Bug target/15237] multilib configure fails running 64-bit program on 32-bit IRIX

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 01:01 --- Yes this is documented so closing as will not fix, I think there is another bug tracking the if we want to change this in the future. -- What|Removed |Added ---

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

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-14 15:20 --- 2004-12-14 Nathan Sidwell <[EMAIL PROTECTED]> PT c++/18949 * pt.c (tsubst_copy_and_build): Check that a REFERENCE_REF_P is dereferencing a reference type. * typeck.c (build

[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 00:54 --- "I found out that the .i files and .s files don't differ, so I attached them only once" If the .s don't differ, then this is not a gcc bug or rather just a makefile problem or something is really wrong so

[Bug target/15237] multilib configure fails running 64-bit program on 32-bit IRIX

--- Additional Comments From raeburn at MIT dot EDU 2004-12-14 00:45 --- Subject: Re: multilib configure fails running 64-bit program on 32-bit IRIX "echristo at redhat dot com" <[EMAIL PROTECTED]> writes: > Ken, > > The only 32-bit irix I can remember is irix5, what's odd about your

[Bug rtl-optimization/18560] better optimalization of EOR/MOV block.

--- Additional Comments From rearnsha at gcc dot gnu dot org 2004-12-14 15:16 --- As Andrew pointed out, the merge of the eor and the rotate is now done on mainline in 4.0. The initial redundant MOV is a register allocation artifact. This particular testcase compiles optimally with the

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 00:24 --- (In reply to comment #13) > Subject: Re: [4.0 regression] loops > miscompiled > > On Mon, 2004-12-13 at 23:08 +, schwab at suse dot de wrote: > > --- Additional Comments From schwab at suse

[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 00:50 --- Created an attachment (id=7733) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7733&action=view) result of stage 2 compilation derived with '-save-temps' -- http://gcc.gnu.org/bugzil

[Bug fortran/17930] -mfpmath=sse creates illegal code (movapd with misaligned argument)

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

[Bug objc/18971] [4.0 Regression] Can't send messages to methods with arrays as parameters

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 00:50 --- Caused by the large patch: 2004-09-07 Ziemowit Laski <[EMAIL PROTECTED]> -- What|Removed |Added ---

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

The system: === uname -a Darwin localhost 7.2.1 Darwin Kernel Version 7.2.1: Wed Jul 14 03:00:02 PDT 2004; root:tmp/xnu-7.2.1-1-root.obj/RELEASE_I386 x86 i386 gcc -v Reading specs from /usr/libexec/gcc/darwin/i386/3.3/specs Thread model: posix gcc version 3.3 20030304 (Apple Computer, I

[Bug c++/18968] [4.0 regression] ICE: tree check: expected ssa_name, have addr_expr in vrp_hash

--- Additional Comments From law at redhat dot com 2004-12-14 00:42 --- Subject: Re: [4.0 regression] ICE: tree check: expected ssa_name, have addr_expr in vrp_hash On Mon, 2004-12-13 at 23:18 +, pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinski

[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:06 --- This is caused by my patch: * cp-gimplify.c: Include pointer-set.h (cp_genericize_r): Use pointer_sets instead of a hashtable. Also instert the new statement for CLEANUP_STMT.

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

--- Additional Comments From law at redhat dot com 2004-12-14 00:39 --- Subject: Re: [4.0 regression] loops miscompiled On Tue, 2004-12-14 at 00:24 +, pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 > 00:24

[Bug c++/18968] [4.0 regression] ICE: tree check: expected ssa_name, have addr_expr in vrp_hash

--- Additional Comments From law at redhat dot com 2004-12-14 00:38 --- Subject: Re: [4.0 regression] ICE: tree check: expected ssa_name, have addr_expr in vrp_hash On Mon, 2004-12-13 at 22:53 +, pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinski

[Bug fortran/17930] -mfpmath=sse creates illegal code (movapd with misaligned argument)

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-14 00:23 --- Not a duplicate. -- What|Removed |Added Status|RESOLVED|UNCONFIR

[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 13:42 --- : Search converges between 2004-11-15-161002-trunk (#637) and 2004-11-16-014001-trunk (#638). Confirmed, this is ICE is there because the front-end does not follow the rules all the time. --

[Bug objc/18971] Can't send messages to methods with arrays as parameters

--- Additional Comments From alexander at malmberg dot org 2004-12-14 00:09 --- Created an attachment (id=7731) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7731&action=view) Testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18971

[Bug objc/18971] [4.0 Regression] Can't send messages to methods with arrays as parameters

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 00:16 --- Confirmed, the earliest mainline compiler which I have is 20041019 where it does not work. -- What|Removed |Added ---

[Bug objc/18971] Can't send messages to methods with arrays as parameters

--- Additional Comments From alexander at malmberg dot org 2004-12-14 00:14 --- Forgot to mention this: The testcase compiles ok with gcc "2.95.4 20011002 (Debian prerelease)", "3.2.3 (Debian)", "3.4.2 (Debian 3.4.2-2)", and a mainline snapshot of 2004-09-02. -- http://gcc.gnu.org/

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

--- Additional Comments From law at redhat dot com 2004-12-14 00:12 --- Subject: Re: [4.0 regression] loops miscompiled On Mon, 2004-12-13 at 23:08 +, schwab at suse dot de wrote: > --- Additional Comments From schwab at suse dot de 2004-12-13 23:08 > --- > Still n

[Bug other/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-14 14:36 --- > A slight different approach is here : > . AFAICS it's the same patch, without the bugfix for subsi3 and the compat stuff. -- http://gcc.gnu

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

--- Additional Comments From hubicka at ucw dot cz 2004-12-14 14:17 --- Subject: Re: [3.4/4.0 Regression] sse used for negate without -mfpmath=sse > > --- Additional Comments From giovannibajo at libero dot it 2004-12-14 > 12:38 --- > Eric, can you doublecheck that the bug is

[Bug objc/18971] New: Can't send messages to methods with arrays as parameters

Mainline currently complains: error: incompatible type for argument 1 of 'test2:' when you try to send a message to a method with an array argument; i.e. the type of one of the method's arguments is an array; e.g.: @implementation Test -(void) test2: (int [5])a ... The testcase should make it c

[Bug c++/18825] [4.0 Regression] ICE segmentation fault in wv2

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

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

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

[Bug target/18973] -mcpu=arm926ejs should set FL_LDSCHED

--- Additional Comments From rearnsha at gcc dot gnu dot org 2004-12-14 14:15 --- Fixed for 4.0. Not fixed for 3.4 since it is only a performance tweak and would require a different patch. -- What|Removed |Added --

[Bug other/18665] [3.4/4.0 Regression] -ftrapv borks up simple integer arithmetic

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 14:15 --- A slight different approach is here : . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18665

[Bug rtl-optimization/18928] [4.0 regression] ice on valid code with -O2 -fPIC

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13 23:55 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c++/18968] [4.0 regression] ICE: tree check: expected ssa_name, have addr_expr in vrp_hash

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13 23:50 --- Mine. Patch here: . -- What|Removed |Added -

[Bug rtl-optimization/18928] [4.0 regression] ice on valid code with -O2 -fPIC

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-13 23:50 --- Subject: Bug 18928 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-13 23:49:29 Modified files: gcc: ChangeLog simplify-rtx.c gcc

[Bug c++/18957] [4.0 regression] ICE in perform_or_defer_access_check

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-14 14:12 --- *** This bug has been marked as a duplicate of 18825 *** -- 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-14 14:00 --- (In reply to comment #10) > > *** This bug has been marked as a duplicate of 18592 *** This bug is not a duplicate of PR18592 -- What|Removed |Added --

[Bug target/18973] -mcpu=arm926ejs should set FL_LDSCHED

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-14 14:06 --- Subject: Bug 18973 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-14 14:06:04 Modified files: gcc: ChangeLog gcc/config/arm : a

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

--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-14 13:57 --- The code is invalid and the compiler correct. The following line of reasoning is incorrect - The implicitly defined copy constructor should use the copy constructor of PTR (12.8/8). Since the member ptr of

[Bug preprocessor/17798] [3.4/4.0 Regression] high cpp memory usage with undefined symbols

--- Additional Comments From neil at daikokuya dot co dot uk 2004-12-14 13:57 --- Subject: Re: [3.4/4.0 Regression] high cpp memory usage with undefined symbols pinskia at gcc dot gnu dot org wrote:- > > --- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 > 0

Re: [Bug preprocessor/17798] [3.4/4.0 Regression] high cpp memory usage with undefined symbols

pinskia at gcc dot gnu dot org wrote:- > > --- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 > 05:53 --- > The first thing is that read_file_guts mallocs the whole file which seems > wrong. That accounts for > 500M. > The next problem is that keep every identifie

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

$ cat open2.f90 open(6,file="foo.dat") print *,"hello, world" end $ rm -f foo.dat $ gfortran open2.f90 && ./a.out $ cat foo.dat hello, world $ gfortran -v Reading specs from /home/zfkts/lib/gcc/ia64-unknown-linux-gnu/4.0.0/specs Configured with: ../gcc-4.0-20041212/configure --prefix=/home/zfk

[Bug c++/18968] [4.0 regression] ICE: tree check: expected ssa_name, have addr_expr in vrp_hash

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13 23:18 --- (In reply to comment #7) > Subject: Re: [4.0 regression] ICE: tree > check: expected ssa_name, have addr_expr in vrp_hash > > So what does the condition look like? I don't think we should be > ge

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

--- Additional Comments From giovannibajo at libero dot it 2004-12-14 13:41 --- No, this is a subtler issue. I need to think about it. Nathan may want to express an opinion on this issue too. -- What|Removed |Added ---

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

--- Additional Comments From schwab at suse dot de 2004-12-13 23:08 --- Still not fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1

[Bug tree-optimization/18984] [4.0 regression] ICE in check_pointer_types_r

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

[Bug tree-optimization/18984] New: [4.0 regression] ICE in check_pointer_types_r

$ cat str.ii struct Str { Str(const char *chars); Str& operator=(const char *chars); virtual operator char*() const; }; Str _localName(Str fullname) { return (char*)fullname; } $ gcc str.ii str.ii: In function ‘Str _localName(Str)’: str.ii:7: internal compiler error: in c

[Bug libfortran/18983] New: can't open /dev/null as an output file

$ cat devnull.f90 open(10,file="/dev/null") write(10,*) "Hello, world" end $ gfortran devnull.f90 $ ./a.out At line 2 of file devnull.f90 Fortran runtime error: Invalid argument $ gfortran -v Reading specs from /home/zfkts/lib/gcc/ia64-unknown-linux-gnu/4.0.0/specs Configured with: ../gcc-4.0-2

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 13:33 --- Most likely caused by: 2004-11-27 Mark Mitchell <[EMAIL PROTECTED]> PR c++/18674 -- What|Removed |Added ---

[Bug tree-optimization/18968] [4.0 regression] ICE: tree check: expected ssa_name, have addr_expr in vrp_hash

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13 22:38 --- This patch fixes the problem but I don't know if it is the correct fix: Index: tree-ssa-dom.c === RCS file: /cvs/gcc/gcc/gcc/tree-ssa-dom.c,v

[Bug libgcj/18909] gij needs libgij.so (wrong linking/build?)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 13:31 --- (In reply to comment #7) > gcc-4.0-20041205 built by gcc-3.4-20041203 => libgij.so doesn't exist. > gcc-4.0-20041212 built by gcc-4.0-20041205 => libgij.so exists. > > Is this a bootstrap problem? Yes

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

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-14 13:30 --- I forget... $ gfortran -v Reading specs from /home/zfkts/lib/gcc/ia64-unknown-linux-gnu/4.0.0/specs Configured with: ../gcc-4.0-20041212/configure --prefix=/home/zfkts --enable-languages=c,c++,f95 Threa

[Bug libgcj/18909] gij needs libgij.so (wrong linking/build?)

--- Additional Comments From pluto at pld-linux dot org 2004-12-14 13:28 --- gcc-4.0-20041205 built by gcc-3.4-20041203 => libgij.so doesn't exist. gcc-4.0-20041212 built by gcc-4.0-20041205 => libgij.so exists. Is this a bootstrap problem? -- http://gcc.gnu.org/bugzilla/show_bu

[Bug c++/18968] [4.0 regression] ICE: tree check: expected ssa_name, have addr_expr in vrp_hash

--- Additional Comments From law at redhat dot com 2004-12-13 23:00 --- Subject: Re: [4.0 regression] ICE: tree check: expected ssa_name, have addr_expr in vrp_hash On Mon, 2004-12-13 at 22:38 +, pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinski

[Bug c++/18968] [4.0 regression] ICE: tree check: expected ssa_name, have addr_expr in vrp_hash

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-13 22:54 --- The regression appeared with Jeff's patch http://gcc.gnu.org/ml/gcc-cvs/2004-10/msg01710.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18968

[Bug debug/18979] Debugging inlined code is *bad*

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 13:21 --- Debugging any optimized code is hard. If you were debugging non optimized code the behavior which you are seeing will not happen. One more thing we give all the information about inline function already we

[Bug c++/18968] [4.0 regression] ICE: tree check: expected ssa_name, have addr_expr in vrp_hash

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13 22:53 --- Though the front-end is at partial fault: if (D.1739_9 != 0) goto ; else goto ; that 0 should be a pointer type, not an integer type so my fix is just a workaround for a C++ front-end bug. --

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

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

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-14 13:15 --- : Search converges between 2004-11-29-014001-trunk (#664) and 2004-11-30-014001-trunk (#665). -- What|Removed |Added -

[Bug libstdc++/18970] 3.4 default memory allocator much slower than 3.3 allocator when large amounts of data are turned over

--- Additional Comments From bkoz at gcc dot gnu dot org 2004-12-13 22:47 --- the default allocator did change for 3.4.x, from pool_allocator to new_allocator. see: http://gcc.gnu.org/onlinedocs/libstdc++/20_util/allocator.html to change to the 3.3.x allocator, use __pool_alloc. you

  1   2   3   >