[Bug target/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro

--- Comment #15 from pinskia at gcc dot gnu dot org 2008-08-29 06:54 --- I think this testcase is too strict in some cases. With a modified compiler, we get: movb123(%eax), %dl movl%edx, %esi ... movb120(%eax), %al movl%eax, %esi Which i

Re: optimization bug gcc 4.1.2

On Thu, Aug 28, 2008 at 11:27 PM, Fomin Eduard S. <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > inline double abs(double x) > { >// remove sign bit >*reinterpret_cast(&x) &= 0x7FFFLL; ... > This simple code works correct in DEBUG. But i

optimization bug gcc 4.1.2

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 inline double abs(double x) { // remove sign bit *reinterpret_cast(&x) &= 0x7FFFLL; return x; } int main(int argc, char *argv[]) { std::cout << "abs = " << abs(-2.1) << std::endl; } This simple code works

[Bug c++/37177] ICE on decltype(rel_ops::operator>);

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-29 05:42 --- Confirmed, we have the following TREE: VOID align 1 symtab 0 alias set -1 canonical type 0x434dcd20 pointer_to_this reference_to_this > arg 0 function VOID file

[Bug target/37137] [4.4 Regression] unrecognized command line option "-minterlink-mips16"

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||build Summary|unrecognized command line |[4.4 Regression

[Bug target/37169] [4.4 Regression] Inefficent code for _mm_cvtsi64_si128

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug target/37176] [arm] Optimizer omits loop condition leading to failing code

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-29 05:33 --- Oh I see the issue, it is due to the way prefetch is defined. It is defined incorrectly. The asm does basically: char a = *(char*)possible_NULL_POINTER; if (!possible_NULL_POINTER) break; Now this is really vali

[Bug rtl-optimization/37273] [4.4 Regression] IRA does not re-materializes addresses (loads from the TOC)

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-29 05:27 --- This spilling also happens on x86-darwin. Note x86-darwin uses -fPIC by default. For PPC it looks like IRA is not looking into REG_EQUAL: We have in the dump right before IRA: (insn:HI 29 26 30 2 gcc/gcc/testsuite/g

[Bug rtl-optimization/37273] [4.4 Regression] IRA does not re-materializes addresses (loads from the TOC)

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37273

[Bug target/37270] [4.4 Regression] SH: spill failure for R0_REGS

--- Comment #2 from kkojima at gcc dot gnu dot org 2008-08-29 05:00 --- (In reply to comment #1) It starts to fail at some point between revision 139589 and 139690. I guess that the IRA merge reveals the latent issue of the sh backend. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug rtl-optimization/37273] New: [4.4 Regression] IRA does not re-materializes addresses (loads from the TOC)

As reported here http://gcc.gnu.org/ml/gcc-patches/2008-08/msg02071.html, we now produce worse code for PPC64 Linux (and PPC AIX). We produce now produce worse code for gcc.dg/20020103-1.c on powerpc64 with TOCs (and the stack space goes up, 256 vs 272). Before IRA we emitted: ld 3,[EMAIL P

[Bug c++/35852] -Wconversion rejects bitwise negation and assignment, cannot cast around

--- Comment #7 from fang at csl dot cornell dot edu 2008-08-29 04:54 --- (In reply to comment #5) > This is the current situation as of revision 139373. > > typedef unsigned short ushort; > > enum { > FOO = 0x13 > }; > > template > inline > void > andnot(T& lv, const T& rv)

[Bug rtl-optimization/37272] [4.4 Regression] IRA has caused ppc64-double-1.c to fail

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37272

[Bug rtl-optimization/37272] New: [4.4 Regression] IRA has caused ppc64-double-1.c to fail

As reported at http://gcc.gnu.org/ml/gcc-patches/2008-08/msg02068.html, IRA has caused this testcase to fail and it causes a reload to happen. -- Summary: [4.4 Regression] IRA has caused ppc64-double-1.c to fail Product: gcc Version: 4.4.0 Status: UNC

[Bug target/37270] [4.4 Regression] SH: spill failure for R0_REGS

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-29 04:45 --- Do you know when this started to happen? I almost want to say this is related to IRA. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/36539] [4.4 regression] IRA doesn't allocate asm output being returned to eax

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug fortran/37193] [4.3/4.4 Regression] "USE mod, ONLY: i, i=>j" does not import "i"

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug tree-optimization/36861] [4.3 Regression] boost's compressed avl confuses GCC

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug c++/37260] [4.1/4.2/4.3 Regression] infinite loop in init

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug rtl-optimization/37262] Two branches of the same condition being emitted

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37262

[Bug tree-optimization/37242] missed FRE opportunity because of signedness of addition

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37242

[Bug middle-end/37243] [4.4 Regression] IRA causes wrong code generation

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfi

[Bug rtl-optimization/37263] [4.3/4.4 Regression] extra code for doloop with unsigned 32bit types on LP64

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-29 04:37 --- We can optimize this by doing either of two things: 1) change iv-opts back to produce != 2) a) have loop-iv.c keep /s/u for the subreg b) optimize (eq (subreg/s (reg)) (const_int 0) ) to (eq (reg) (const_int 0))

[Bug middle-end/37227] [4.4 Regression] gcc.dg/ipa/ipa-?.c

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-08-29 04:33 --- Fixed by: 2008-08-27 Jan Hubicka <[EMAIL PROTECTED]> * gcc.dg/ipa/ipacost-1.c: Remove template matching only x86-64 * gcc.dg/ipa/ipacost-2.c: Add -fipa-cp-clone; remove template matching on

[Bug middle-end/37229] hang in lhd_print_error_function

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-29 04:31 --- *** This bug has been marked as a duplicate of 36811 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/36811] [4.3/4.4 regression] endless (?) loop building with -O3

--- Comment #7 from pinskia at gcc dot gnu dot org 2008-08-29 04:31 --- *** Bug 37229 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/37028] [4.4 Regression] Error compiling alpha.c in snapshot of 20080801

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-29 04:29 --- *** Bug 37138 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37028

[Bug c/37138] Errors compiling alpha.c in snapshot of 08/15/08

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-29 04:29 --- This is a dup. *** This bug has been marked as a duplicate of 37028 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/37239] peeling last iteration of a <= loop

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug middle-end/37233] 64-bit product of 32-bit value loses optimisation when inlined

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-29 04:13 --- This has been fixed on the trunk for 4.4: L8: movl40(%esp), %eax mull(%ebp,%ecx,4) movl%eax, 8(%esp) addl%esi, 8(%esp) movl%edx, 12(%esp) movl8(

[Bug c++/36168] Incorrect (and strange) warnings with -Wuninitialized

--- Comment #8 from manu at gcc dot gnu dot org 2008-08-29 03:51 --- Things TODO here: * Find out if we can get the "original form" of 'q.COLOUR8::r' to print something closer to the original code. * What is the difference in SSA after SRA when line 37214 is commented out? * Perhaps w

[Bug c++/37225] Incorrect intantiation context yields incorrect codegen

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-29 03:47 --- Yes this is a duplicate of PR 16635. *** This bug has been marked as a duplicate of 16635 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/16635] g++ instantiates templates at the wrong place

--- Comment #12 from pinskia at gcc dot gnu dot org 2008-08-29 03:47 --- *** Bug 37225 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug testsuite/37202] FAIL: gcc.dg/visibility-1[4-9].c

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-08-29 03:46 --- For darwin, the testcase should not be run as darwin does not require private_extern for hidden extern functions. As for avr, the issue is most likely not using elfos.h or defining ASM_OUTPUT_EXTERNAL as default_el

[Bug fortran/37199] array assignment from function writes out of bounds

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37199

[Bug c++/35852] -Wconversion rejects bitwise negation and assignment, cannot cast around

--- Comment #6 from manu at gcc dot gnu dot org 2008-08-29 03:38 --- This is waiting for feedback. -- manu at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/35711] bad text in -Wcast-qual warning (forgets volatile)

--- Comment #6 from manu at gcc dot gnu dot org 2008-08-29 03:37 --- OK. Anyway, I am testing a patch for this already. -- manu at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/35711] bad text in -Wcast-qual warning (forgets volatile)

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-08-29 03:33 --- (In reply to comment #4) > Why such changes are not contributed back to FSF's GCC? I thought you would > know better... :-( It only happened in the last two months, it is on my list of things to contribute back in t

[Bug c++/35711] bad text in -Wcast-qual warning (forgets volatile)

--- Comment #4 from manu at gcc dot gnu dot org 2008-08-29 03:31 --- (In reply to comment #3) > (In reply to comment #2) > > It is almost magic that we only warn for qualifiers. > > You can get the same message with an error message too: Sorry, I meant that it is almost magic that we

[Bug c++/35711] bad text in -Wcast-qual warning (forgets volatile)

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-29 03:08 --- (In reply to comment #2) > It is almost magic that we only warn for qualifiers. You can get the same message with an error message too: int* foo (volatile int *p) { return static_castp; } As static_cast canno

[Bug c++/35711] bad text in -Wcast-qual warning (forgets volatile)

--- Comment #2 from manu at gcc dot gnu dot org 2008-08-29 01:56 --- The obvious fix is to say "qualifiers" instead of constness. At the point of warning we only know that the conversion is invalid but not why. It is almost magic that we only warn for qualifiers. -- http://gcc.gnu.o

[Bug c/37271] gcc.dg/pr37186.c doesn't work

--- Comment #2 from manu at gcc dot gnu dot org 2008-08-29 00:36 --- Mine. The fix is trivial but I would test it nonetheless before committing. -- manu at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/37271] gcc.dg/pr37186.c doesn't work

--- Comment #1 from hjl dot tools at gmail dot com 2008-08-29 00:21 --- Revision 139725 is OK and revision 139730 is bad. It may caused by revision 139729. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37271

[Bug c/37271] New: gcc.dg/pr37186.c doesn't work

Executing on host: /export/gnu/import/svn/gcc-test/bld/gcc/xgcc -B/export/gnu/import/svn/gcc-test/bld/gcc/ /export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gcc.dg/pr37186.c -Wall -Werror -Wno-error=pointer-sign -S -o pr37186.s(timeout = 300) /export/gnu/import/svn/gcc-test/src-trunk/g

[Bug c/18050] -Wsequence-point reports false positives

--- Comment #15 from manu at gcc dot gnu dot org 2008-08-29 00:08 --- Fixed in GCC 4.4 Thanks for the report. -- manu at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/18050] -Wsequence-point reports false positives

--- Comment #14 from manu at gcc dot gnu dot org 2008-08-29 00:07 --- Subject: Bug 18050 Author: manu Date: Fri Aug 29 00:06:19 2008 New Revision: 139742 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139742 Log: 2008-08-28 Manuel Lopez-Ibanez <[EMAIL PROTECTED]> A

[Bug c++/37260] [4.1 / 4.2 / 4.3 / 4.4 Regression] infinite loop in init

--- Comment #4 from paolo at gcc dot gnu dot org 2008-08-28 23:39 --- Subject: Bug 37260 Author: paolo Date: Thu Aug 28 23:37:41 2008 New Revision: 139740 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139740 Log: /cp 2008-08-28 Paolo Carlini <[EMAIL PROTECTED]> PR c+

[Bug c++/37260] [4.1 / 4.2 / 4.3 Regression] infinite loop in init

--- Comment #5 from paolo dot carlini at oracle dot com 2008-08-28 23:39 --- Fixed for 4.4.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added

[Bug c++/37268] ICE in template typedef with aligned attribute

--- Comment #2 from paolo dot carlini at oracle dot com 2008-08-28 23:35 --- Really works everywhere now, 4.1.3 20080704 too. -- paolo dot carlini at oracle dot com changed: What|Removed |Added -

[Bug target/37270] New: [4.4 Regression] SH: spill failure for R0_REGS

The trunk compiler fails to compile libffi.call/cls_8byte.c with -O2 -fomit-frame-pointer. Here is a reduced test case: typedef struct s8 { int a; float b; } s8; s8 s8_fn (struct s8 a1, struct s8 a2) { struct s8 result; result.b = a1.b + a2.b; bar (a1.a, a1.b, a2.a, a2.b, result.a, re

[Bug middle-end/36444] [4.4 Regression] ICE in gen_lowpart_general with -O1 with vector registers

--- Comment #7 from hjl dot tools at gmail dot com 2008-08-28 21:49 --- *** Bug 37269 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36444

[Bug middle-end/37269] extract_bit_field_1 doesn't handle vector mode properly

--- Comment #3 from hjl dot tools at gmail dot com 2008-08-28 21:49 --- *** This bug has been marked as a duplicate of 36444 *** -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug middle-end/36444] [4.4 Regression] ICE in gen_lowpart_general with -O1 with vector registers

--- Comment #6 from hjl dot tools at gmail dot com 2008-08-28 21:28 --- (In reply to comment #5) > (In reply to comment #4) > > (In reply to comment #1) > > > Fix for at least PowerPC (we should be trying to get the correct sized > > > vector > > > mode): > > > Index: expmed.c > > > ===

[Bug middle-end/36444] [4.4 Regression] ICE in gen_lowpart_general with -O1 with vector registers

--- Comment #5 from pinskia at gcc dot gnu dot org 2008-08-28 21:19 --- (In reply to comment #4) > (In reply to comment #1) > > Fix for at least PowerPC (we should be trying to get the correct sized > > vector > > mode): > > Index: expmed.c > > ==

[Bug middle-end/37269] extract_bit_field_1 doesn't handle vector mode properly

--- Comment #2 from hjl dot tools at gmail dot com 2008-08-28 21:13 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2008-08/msg02197.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug middle-end/36444] [4.4 Regression] ICE in gen_lowpart_general with -O1 with vector registers

--- Comment #4 from hjl dot tools at gmail dot com 2008-08-28 21:14 --- (In reply to comment #1) > Fix for at least PowerPC (we should be trying to get the correct sized vector > mode): > Index: expmed.c > === > --- expmed.c

[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c

--- Comment #60 from eric dot weddington at atmel dot com 2008-08-28 21:05 --- (In reply to comment #59) > Patch at . > Patch still works on AVR. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170

[Bug middle-end/37269] extract_bit_field_1 doesn't handle vector mode properly

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-28 21:03 --- What happens if you try the patch in PR 36444 comment #1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37269

[Bug middle-end/37269] New: extract_bit_field_1 doesn't handle vector mode properly

export/build/gnu/gcc-work/build-x86_64-linux/gcc/cc1 -fpreprocessed x.i -quiet -dumpbase x.i -mavx -m32 -mtune=generic -auxbase x -version -o x.s GNU C (GCC) version 4.4.0 20080828 (experimental) [trunk revision 139730] (x86_64-unknown-linux-gnu) compiled by GNU C version 4.3.0 20080428 (R

[Bug c++/37268] ICE in template typedef with aligned attribute

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-28 20:42 --- This works on the trunk and in 4.3.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37268

[Bug c++/37268] New: ICE in template typedef with aligned attribute

gcc: g++-4.1 (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) system: Linux mavis 2.6.18-6-xen-amd64 #1 SMP Fri Jun 6 06:38:05 UTC 2008 x86_64 GNU/Linux cmd line: g++-4.1 -v -Wall -ggdb -save-temps test.cpp output: [EMAIL PROTECTED]:~/devel/g++4.1-crash$ g++-4.1 -v -Wall -

[Bug c/30949] "incompatible pointer type" warning does not point to declaration

--- Comment #3 from manu at gcc dot gnu dot org 2008-08-28 19:57 --- The issue reported is fixed. Thanks for the report. I am going to include in this bug also the "incompatible types" errors that are given in the same function, so not marking as fixed yet. -- http://gcc.gnu.org/bu

[Bug c/30949] "incompatible pointer type" warning does not point to declaration

--- Comment #2 from manu at gcc dot gnu dot org 2008-08-28 19:35 --- Subject: Bug 30949 Author: manu Date: Thu Aug 28 19:34:36 2008 New Revision: 139729 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139729 Log: 2008-08-28 Manuel Lopez-Ibanez <[EMAIL PROTECTED]> PR c/

[Bug c/37267] New: #pragma inside structure initialization causes error

We’ve implemented the #pragma ident which simply generates information in the comment section of an elf object. Solaris uses it throughout its source tree. However, it’s causing some grief when used in a manner like this: #include typedef struct X { int a; int b; } X_t; int z;

[Bug middle-end/37248] [4.3/4.4 Regression] regression 4.3.1 -> 4.3.2-rc transformation bitfield to individual bytes

--- Comment #3 from jakub at gcc dot gnu dot org 2008-08-28 16:29 --- Well, on the 4.3 branch it has been removed just because it has been removed on the trunk and happened to make one PR away. See PR36449 for an alternative fix that doesn't disable the optimization. -- http://gcc.

[Bug c++/37260] [4.1 / 4.2 / 4.3 / 4.4 Regression] infinite loop in init

--- Comment #3 from paolo dot carlini at oracle dot com 2008-08-28 16:09 --- Doesn't reproduce with 4.0.4: 37260.C: In function ‘int main()’: 37260.C:8: error: ‘PTHREAD_ONCE_INITIALIZER’ was not declared in this scope 37260.C:9: error: initializer for ‘pthread_once_t’ must be brace-enc

[Bug rtl-optimization/17088] [4.4 Regression] poor fortran optimisation at -O2/3

--- Comment #16 from jv244 at cam dot ac dot uk 2008-08-28 16:08 --- actually, I've been misreading the numbers... the timings for the library function (MATMUL) is bad, not the generated code, which is reasonable also with gfortran. I'll close the bug. -- jv244 at cam dot ac dot uk

[Bug rtl-optimization/17088] [4.4 Regression] poor fortran optimisation at -O2/3

--- Comment #15 from jv244 at cam dot ac dot uk 2008-08-28 15:56 --- Created an attachment (id=16158) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16158&action=view) ifort asm ifort asm as a reference -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17088

[Bug rtl-optimization/17088] [4.4 Regression] poor fortran optimisation at -O2/3

--- Comment #14 from jv244 at cam dot ac dot uk 2008-08-28 15:55 --- It looks like 4.4 performs even worse than 4.3 on the attached testcase. gfortran -ffast-math -march=native -O3 PR17088.f90 trunk: 0.528032997 4.3.0: 0.492029997 ifort -xhost -O2 PR17088.f90 ifort: 0.1

[Bug classpath/32028] Make fails at gjdoc - gnu.classpath.tools.gjdoc.ParseException: unmatched input in line 1: @Retention(SOURCE) @Target(METHOD)

--- Comment #13 from gnu_andrew at member dot fsf dot org 2008-08-28 15:40 --- Closing as fixed. -- gnu_andrew at member dot fsf dot org changed: What|Removed |Added

[Bug tree-optimization/31029] missed optimization

--- Comment #5 from jv244 at cam dot ac dot uk 2008-08-28 15:40 --- current trunk still doesn't remove the if statement, despite the fact that it could. -- jv244 at cam dot ac dot uk changed: What|Removed |Added

[Bug c++/36741] [4.3/4.4 regression] Bogus "large integer implicitly truncated" passing size_t constant to new

--- Comment #18 from dodji at gcc dot gnu dot org 2008-08-28 15:29 --- Fixed in trunk and gcc-4_3-branch. -- dodji at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/37207] [4.4 Regression] ice at tree-ssa-ifcombine.c:222 for -Os

--- Comment #3 from rguenth at gcc dot gnu dot org 2008-08-28 15:27 --- Subject: Bug 37207 Author: rguenth Date: Thu Aug 28 15:26:13 2008 New Revision: 139714 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139714 Log: 2008-08-28 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug tree-optimization/37207] [4.4 Regression] ice at tree-ssa-ifcombine.c:222 for -Os

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-08-28 15:18 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned

[Bug fortran/37253] Segmentation fault with procedure pointer

--- Comment #6 from janus at gcc dot gnu dot org 2008-08-28 15:13 --- Fixed in r139713. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/37253] Segmentation fault with procedure pointer

--- Comment #5 from janus at gcc dot gnu dot org 2008-08-28 15:12 --- Subject: Bug 37253 Author: janus Date: Thu Aug 28 15:10:50 2008 New Revision: 139713 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139713 Log: 2008-08-28 Janus Weil <[EMAIL PROTECTED]> PR fortran/3

[Bug tree-optimization/36630] [4.3/4.4 Regression] ICE in vect_update_ivs_after_vectorizer

--- Comment #7 from rguenth at gcc dot gnu dot org 2008-08-28 15:09 --- I still think that handling NULL from evolution_part_in_loop_num is the correct thing to do. Even if you need to move this check to the analysis phase. The interesting thing is that the access function during vect_

[Bug c++/36741] [4.3/4.4 regression] Bogus "large integer implicitly truncated" passing size_t constant to new

--- Comment #17 from lopezibanez at gmail dot com 2008-08-28 14:56 --- Subject: Re: [4.3/4.4 regression] Bogus "large integer implicitly truncated" passing size_t constant to new 2008/8/28 dodji at gcc dot gnu dot org <[EMAIL PROTECTED]>: > Log: > 2008-08-28 Dodji Seketeli <[EMAIL PR

[Bug c++/36741] [4.3/4.4 regression] Bogus "large integer implicitly truncated" passing size_t constant to new

--- Comment #16 from dodji at gcc dot gnu dot org 2008-08-28 14:51 --- Subject: Bug 36741 Author: dodji Date: Thu Aug 28 14:49:48 2008 New Revision: 139712 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139712 Log: 2008-08-28 Dodji Seketeli <[EMAIL PROTECTED]> PR c++/

[Bug c++/36741] [4.3/4.4 regression] Bogus "large integer implicitly truncated" passing size_t constant to new

--- Comment #15 from dodji at gcc dot gnu dot org 2008-08-28 14:50 --- Subject: Bug 36741 Author: dodji Date: Thu Aug 28 14:49:25 2008 New Revision: 139711 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139711 Log: 2008-08-28 Dodji Seketeli <[EMAIL PROTECTED]> PR c++/

[Bug tree-optimization/37102] [4.3/4.4 Regression] possible integer codegen bug

--- Comment #6 from rguenth at gcc dot gnu dot org 2008-08-28 14:48 --- It looks like that we correctly track liveliness by Live on entry to BB2 : Live on entry to BB3 : a_lsm.27_5 Live on entry to BB4 : a_lsm.27_5 Live on entry to BB5 : Live on entry to BB6 : for # BLOCK 2 freq

[Bug target/37101] [4.2 Regression] wrong code: tree vectorizer omits bogus movq/movlps construct

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.2.4 4.3.1 Known to work||4.3.2 4.4

[Bug middle-end/36548] [4.3 Regression] remainder gives the wrong result for wrapping case with unsigned types

--- Comment #10 from rguenth at gcc dot gnu dot org 2008-08-28 14:19 --- Subject: Bug 36548 Author: rguenth Date: Thu Aug 28 14:18:23 2008 New Revision: 139709 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139709 Log: 2008-08-28 Richard Guenther <[EMAIL PROTECTED]>

[Bug middle-end/37125] [4.3/4.4 Regression] possible integer codegen bug

--- Comment #9 from rguenth at gcc dot gnu dot org 2008-08-28 14:19 --- Subject: Bug 37125 Author: rguenth Date: Thu Aug 28 14:18:23 2008 New Revision: 139709 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139709 Log: 2008-08-28 Richard Guenther <[EMAIL PROTECTED]> PR

[Bug middle-end/36548] [4.3 Regression] remainder gives the wrong result for wrapping case with unsigned types

--- Comment #9 from rguenth at gcc dot gnu dot org 2008-08-28 14:18 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/36817] [4.3 Regression] internal compiler error: in compare_values_warnv

--- Comment #15 from rguenth at gcc dot gnu dot org 2008-08-28 14:17 --- Subject: Bug 36817 Author: rguenth Date: Thu Aug 28 14:15:49 2008 New Revision: 139708 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139708 Log: 2008-08-28 Richard Guenther <[EMAIL PROTECTED]>

[Bug middle-end/36817] [4.3 Regression] internal compiler error: in compare_values_warnv

--- Comment #14 from rguenth at gcc dot gnu dot org 2008-08-28 14:16 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug target/37184] [4.3 Regression] ice in ix86_match_ccmode

--- Comment #6 from ubizjak at gmail dot com 2008-08-28 13:47 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED

[Bug target/37197] -msse4 ICE on __builtin_parityl

--- Comment #5 from ubizjak at gmail dot com 2008-08-28 13:46 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED

[Bug target/37191] [4.3 Regression] ICE in inline_secondary_memory_needed, at config/i386/i386.c:21849

--- Comment #7 from ubizjak at gmail dot com 2008-08-28 13:46 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED

[Bug c/37266] New: extra #pragma weak breaks function aliasing

The extra line "#pragma weak __foo" breaks function aliasing. For the code bellow, the compiler emits warning "asm declaration ignored due to conflict with previous rename", in fact it really ignores asm declaration. Without "#pragma weak __foo", fce() calls __bar(), when it is included it tries t

[Bug target/37184] [4.3 Regression] ice in ix86_match_ccmode

--- Comment #5 from uros at gcc dot gnu dot org 2008-08-28 13:32 --- Subject: Bug 37184 Author: uros Date: Thu Aug 28 13:31:33 2008 New Revision: 139707 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139707 Log: PR target/37184 * config/i386/i386.c (ix86_match_cc

[Bug target/37197] -msse4 ICE on __builtin_parityl

--- Comment #4 from uros at gcc dot gnu dot org 2008-08-28 13:32 --- Subject: Bug 37197 Author: uros Date: Thu Aug 28 13:31:33 2008 New Revision: 139707 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139707 Log: PR target/37184 * config/i386/i386.c (ix86_match_cc

[Bug target/37191] [4.3 Regression] ICE in inline_secondary_memory_needed, at config/i386/i386.c:21849

--- Comment #6 from uros at gcc dot gnu dot org 2008-08-28 13:32 --- Subject: Bug 37191 Author: uros Date: Thu Aug 28 13:31:33 2008 New Revision: 139707 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139707 Log: PR target/37184 * config/i386/i386.c (ix86_match_cc

[Bug other/37265] New: mt_allocator.cc:646: ICE: in gt_ggc_m_S, at ggc-page.c:1281

clocale=gnu --enable-java-gc=boehm --enable-java-awt=xlib --enable-languages=c++ Thread model: posix gcc version 4.4.0 20080828 (experimental) [trunk revision 139692] (GCC) -- Summary: mt_allocator.cc:646: ICE: in gt_ggc_m_S, at ggc- page.c:1281 Product: gc

[Bug libgcj/37264] /usr/ccs/bin/ld: Unsatisfied symbols in gnu/gcj/tools/gcj_dbto

-prefix=/opt/gnu --prefix=/opt/gnu/gcc/gcc-4.4.0 --enable-debug=no --enable-threads=posix --with-mpfr=/opt/gnu/gcc/gcc-4.4.0 --with-gmp=/opt/gnu/gcc/gcc-4.3.0 --disable-libmudflap --enable-languages=c++,java Thread model: posix gcc version 4.4.0 20080828 (experimental) [trunk revision 139693] (GCC

[Bug libgcj/37264] New: /usr/ccs/bin/ld: Unsatisfied symbols in gnu/gcj/tools/gcj_dbto

libtool: link: /test/gnu/gcc/objdir/gcc/gcj -B/test/gnu/gcc/objdir/hppa2.0w-hp-h pux11.11/libjava/ -B/test/gnu/gcc/objdir/gcc/ -g -O2 -o .libs/gcj-dbtool --main= gnu.gcj.tools.gcj_dbtool.Main -shared-libgcc gnu/gcj/tools/gcj_dbtool/natMain.o gnu/gcj/tools/.libs/gcj_dbtool.o -L/test/gnu/gcc/objdir/

[Bug fortran/37254] Reject valid PROCEDURE statement with implicit interface

--- Comment #5 from dominiq at lps dot ens dot fr 2008-08-28 13:05 --- Grepping the sources it seems that the value of ??->intent associated with 'p' is not reset to INTENT_UNKNOWN on "p => new_proc". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37254

[Bug fortran/37253] Segmentation fault with procedure pointer

--- Comment #4 from janus at gcc dot gnu dot org 2008-08-28 11:24 --- > One should check whether other attributes are also missing. attr.procedure is missing as well. I'll provide an extended patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37253

[Bug fortran/37254] Reject valid PROCEDURE statement with implicit interface

--- Comment #4 from dominiq at lps dot ens dot fr 2008-08-28 09:33 --- It seems that some "attribute(s)" is(are) not properly (re)set. The following code module myMod CONTAINS subroutine proc1(arg1, arg2, arg3) integer :: arg1, arg2, arg3 print*, arg1, arg2, arg3, 's ',

  1   2   >