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

--- Additional Comments From bernie at develer dot com 2004-12-13 09:43 --- *** This bug has been marked as a duplicate of 18592 *** -- What|Removed |Added Sta

[Bug target/18385] code contains 68040 instructions

--- Additional Comments From bernie at develer dot com 2004-12-13 09:49 --- The top-level multilib directory is compiled for the "default" target, which is in some cases m68000, and in some cases m68020. m68k-elf defaults to m68000. Perhaps your linker script doesn't look into the m680

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

extern double sqrt (double __x) throw (); namespace ns { using ::sqrt; template class C { public: C(const _Tp& = _Tp(), const _Tp & = _Tp()); const _Tp& r() const; const _Tp& i() const; private: _Tp _M_r; _Tp _M_i; }; template inline const _T

[Bug libmudflap/18885] linker does not link libmudflap automatically with -fmudflap

--- Additional Comments From micis at gmx dot de 2004-12-13 10:29 --- Maybe it never worked as stated in the documentation, but then either the manual should be changed or libmudflap should be automatically linked. In my opinion libmudflap should be automatically linked, linker command

[Bug c/18952] compiler internal error

--- Additional Comments From olivier_frebourg at yahoo dot com 2004-12-13 10:29 --- Created an attachment (id=7726) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7726&action=view) preprocessed file (a_fact.i) that triggers the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

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

--- Additional Comments From jakub at gcc dot gnu dot org 2004-12-13 10:32 --- Smaller example: double sqrt (double); double foo (void); double x; int main (void) { x = sqrt (foo ()); } in one .c file and extern void abort (void); double foo (void) { static int once; if (once++)

[Bug middle-end/18953] New: Invalid code generated by expand_errno_check

extern double sqrt (double __x) throw (); namespace ns { using ::sqrt; template class C { public: C(const _Tp& = _Tp(), const _Tp & = _Tp()); const _Tp& r() const; const _Tp& i() const; private: _Tp _M_r; _Tp _M_i; }; template inline const _T

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

--- Additional Comments From jakub at gcc dot gnu dot org 2004-12-13 10:50 --- Well, save_expr is called, but expand_expr is later on called on the original tree, not result of save_expr. Testing a fix. -- What|Removed |Added

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

--- Additional Comments From jakub at gcc dot gnu dot org 2004-12-13 10:51 --- *** Bug 18953 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18951

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

--- Additional Comments From jakub at gcc dot gnu dot org 2004-12-13 10:51 --- *** This bug has been marked as a duplicate of 18951 *** -- What|Removed |Added

[Bug c++/18949] [4.0 Regression] C++ program no longer compiles

--- Additional Comments From micis at gmx dot de 2004-12-13 11:20 --- This error occurs also on powerpc-unknown-linux-gnu. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18949

[Bug fortran/18955] New: ICE in gfc_conv_ss_descriptor

A bit like PR 12366, but with a different error location. $ gfortran char-array.f90 char-array.f90: In function 'MAIN__': char-array.f90:3: internal compiler error: in gfc_conv_ss_descriptor, at fortran/trans-array.c:1263 Please submit a full bug report, with preprocessed source if appropriate. Se

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13 15:13 --- Could this be related to PR 17972? -- What|Removed |Added AssignedTo|unassigned at g

[Bug target/18956] 'bus error' at runtime while passing a special struct to a C++ member function

-- What|Removed |Added Component|c++ |target Keywords||ABI, wrong-code http://gcc.gnu.org/bugzilla/show_bug.c

[Bug bootstrap/18458] [4.0 Regression] "make install" -> fixincl missing extension

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13 15:42 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

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

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

[Bug libfortran/18958] New: eoshift segfaults when shifting off the end of an array

$ cat eoshift.f90 print *,eoshift((/1, 3/), 3) end $ gfortran eoshift.f90 $ ./a.out Segmentation fault $ gfortran -v Reading specs from /home/zfkts/lib/gcc/ia64-unknown-linux-gnu/4.0.0/specs Configured with: ../gcc-4.0-20041205/configure --prefix=/home/zfkts --enable-languages=c,c++,f95 --disable

[Bug libfortran/18958] eoshift segfaults when shifting off the end of an array

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

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

--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-13 16:24 --- Nathan, this was caused by your patch for PR18803 http://gcc.gnu.org/ml/gcc-cvs/2004-12/msg00307.html Could you please have a look? -- What|Removed |Added -

[Bug libfortran/18959] New: ICE in cshift of character array

$ cat cshift-char.f90 character(len=1), dimension(5) :: c c = (/'h', 'e', 'l', 'l', 'o'/) print *,cshift(c,3) end $ gfortran cshift-char.f90 cshift-char.f90: In function 'MAIN__': cshift-char.f90:3: internal compiler error: in gfc_conv_string_parameter, at fortran/trans-expr.c:1988 Please sub

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

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

[Bug tree-optimization/18800] [4.0 Regression] ivopt missed

--- Additional Comments From rakdver at gcc dot gnu dot org 2004-12-13 16:51 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00950.html -- What|Removed |Added

[Bug debug/18961] New: Large output causes testsuite failure

The following testsuite program fails when added to the libstdc++ testsuite: #include int main() { for(int i=0;i<100;i++) std::cout << "C" << std::endl; } Is there some reason for this? -- Summary: Large output causes testsuite failure Product: gcc V

[Bug tree-optimization/18576] [3.4/4.0 Regression] missing jump threading because of type changes

--- Additional Comments From kazu at cs dot umass dot edu 2004-12-13 17:13 --- Subject: Re: [3.4/4.0 Regression] missing jump threading because of type changes Hi Jeff, > No. The way to handle this is to remove all the nonsense about proving > that statements in the block are NOPs.

[Bug other/18961] Large output causes testsuite failure

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13 17:21 --- Are you sure that this is not a dejagnu bug? Or are you sure that you just don't get a timeout? Also anything this long will most likely get a timeout on slow machines so, I really doubt that we want this

[Bug fortran/18960] New: compiler segfault on shifting character array constants

$ cat eoshift-3.f90 print *,eoshift((/'h', 'e', 'l', 'l', 'o'/), 3) end $ gfortran eoshift-3.f90 eoshift-3.f90: In function 'MAIN__': eoshift-3.f90:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.

[Bug tree-optimization/18576] [3.4/4.0 Regression] missing jump threading because of type changes

--- Additional Comments From law at redhat dot com 2004-12-13 17:28 --- Subject: Re: [3.4/4.0 Regression] missing jump threading because of type changes On Mon, 2004-12-13 at 17:13 +, kazu at cs dot umass dot edu wrote: > Sorry, the example was a little bad. I had somethin

[Bug c++/18950] specialization of template class with inner template members

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13 18:09 --- (In reply to comment #3) > (In reply to comment #2) > > Sorry about the misinformation in the first place. I split this off to PR 18962, yes that testcase is a regression, but I think the problem which

[Bug middle-end/18170] [4.0 Regression] m32r-elf-as, m32r-linux-as debug relocation error for c++

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13 18:17 --- Does this work now or is still broken? Also could you attach a preprocessed source and the failing assembly? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18170

[Bug target/17990] [3.4/4.0 Regression] unaligned xmm movaps on the stack with -O2 -msse because of the frame pointer

--- Additional Comments From rth at gcc dot gnu dot org 2004-12-13 18:20 --- 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 you trying? I can say that t

[Bug preprocessor/15220] [3.3/3.4/4.0 regression] "gcc -E -MM -MG" reports missing system headers in source directory

--- Additional Comments From james at juranfamily dot org 2004-12-13 18:43 --- I believe the bug Neil referred to in comment #7 is bug preprocessor/6521 from May 2002. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15220

[Bug c/18963] New: static and nested declarations cause an ice

The following testcase ices with mainline. static int barf (); int foo () { int j = 4; auto int barf (); int barf () { return j; } return barf (); } static int barf () { return 3; } What should the result be anyway? -- Summary: static and nested declarations cause

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13 18:47 --- It used to be accepted : Search converges between 2004-07-02-trunk (#477) and 2004-07-04-trunk (#478). It started to ICE: : Search converges between 2004-07-09-trunk (#483) and 2004-07-12-trunk (#484). --

[Bug target/18964] New: Typo in visibility warning message

Compiling the following file on Darwin void __attribute__((visibility("internal"))) foo() { } gives the following error message: foo.c:1: warning: internal and protected visibility attributes not supportedin this configuration; ignored This should be "supported in", not "supportedin". --

[Bug target/18964] Typo in visibility warning message

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13 19:41 --- Fixed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug target/18964] Typo in visibility warning message

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-13 19:42 --- Subject: Bug 18964 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-13 19:42:04 Modified files: gcc: ChangeLog gcc/config : d

[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-13 20:24 --- Confirmed. This is a recent failure: : Search converges between 2004-12-09-014001-trunk (#682) and 2004-12-09-161001-trunk (#683). Which I think was caused by: 2004-12-09 Nathan Sidwell <[EMAIL PROTECT

[Bug tree-optimization/18694] [4.0 regression] loop miscompilation at -O1 (-ftree-ch)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-13 21:01 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug tree-optimization/16951] [4.0 regression] ICE in make_decl_rtl with recursion in C++ constructor (-O1)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-13 21:03 --- Subject: Bug 16951 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-13 21:03:47 Modified files: gcc: ChangeLog tree-inline.c gcc/

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

-- Bug 1 depends on bug 18694, which changed state. Bug 18694 Summary: [4.0 regression] loop miscompilation at -O1 (-ftree-ch) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18694 What|Old Value |New Value --

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

-- What|Removed |Added Keywords||ice-checking http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18968

[Bug tree-optimization/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:17 --- Confirmed. Here's a reduced testcase: struct X { int i; }; struct Y : virtual X {}; struct Z : Y {}; void foo(X* q) { if (q) q->i++; } struct A { Z* p; A() : p

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

l: posix gcc version 4.0.0 20041213 (experimental) -- Summary: cshift etc. not implemented for kind=1 and kind=2 actual arguments Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P

[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 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 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 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 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 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 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 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 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 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 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 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 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/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 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 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 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 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 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/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/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 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/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/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 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/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 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 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 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 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/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 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 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 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/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 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 danglin at gcc dot gnu dot org 2004-12-14 04:08 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[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/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] 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 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 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: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 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 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 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 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 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++/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 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++/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 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 target/18910] [4.0 Regression] unrecognisable insn in regclass on x86/amd64

--- Additional Comments From steven at gcc dot gnu dot org 2004-12-13 08:33 --- If it's a target bug, let's pester Honza with it :-) -- What|Removed |Added C

[Bug target/18459] [4.0 Regression] gcj no longer works on win32

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-13 08:35 --- Subject: Bug 18459 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-13 08:35:16 Modified files: gcc: ChangeLog gcc/java : C

[Bug rtl-optimization/18612] Loop optimiser generates incorrect code.

--- Additional Comments From bernie at develer dot com 2004-12-13 08:53 --- What happens here is that func2() is inlined inside func(), and j loaded into %a0 before entering the loop, for improved speed. The test for Array[i] > 0 is correctly performed *inside* the loop. This PR appear

[Bug fortran/18943] more than quadratic compile-time behavior with many arithmetic if statements

--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-13 08:57 --- It's not exponential, the exponent is somewhere between 2.2 and 2.3. Here's a number of test cases on an Itanium 2 with 1.3 GHz: $lasttime(s) 1 476.4 7000212.8 5000101.2 300029.8

[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-13 09:14 --- And you also need -m68020 to trigger the bug. Works fine with -m68000, so the bug must hide in one of the TARGET_68020 patterns. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18592

  1   2   3   >