[Bug tree-optimization/40676] [4.5 Regression] internal compiler error: verify_ssa error: definition in block 5 does not dominate use in block 7

--- Comment #10 from reichelt at gcc dot gnu dot org 2009-09-17 07:34 --- Honza, can this PR be closed? -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/40226] gcc emits bad opcode 'ffreep' even if march=geode

--- Comment #4 from ubizjak at gmail dot com 2009-09-17 08:48 --- As per comment #3. -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRM

[Bug target/39935] Incorrect comments for %z modifier

--- Comment #3 from ubizjak at gmail dot com 2009-09-17 08:54 --- Comment fixed in mainline. -- ubizjak at gmail dot com changed: What|Removed |Added Status|U

[Bug target/39369] ioquake3 SIGSEGVs when compiled with SSE optimizations

--- Comment #4 from ubizjak at gmail dot com 2009-09-17 08:59 --- *** This bug has been marked as a duplicate of 37216 *** -- ubizjak at gmail dot com changed: What|Removed |Added --

[Bug target/37216] [cygming] Invalid alignment for SSE store to .comm data generated with -O3

--- Comment #69 from ubizjak at gmail dot com 2009-09-17 08:59 --- *** Bug 39369 has been marked as a duplicate of this bug. *** -- ubizjak at gmail dot com changed: What|Removed |Added --

[Bug target/38906] FAIL: gcc.target/i386/avx-vmovntdq-256-1.c (test for excess errors)

--- Comment #4 from ubizjak at gmail dot com 2009-09-17 09:04 --- Binutils issue. -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED

[Bug lto/39276] [lto] - Testsuite gcc.log shows many "getconf: Invalid argument (_NPROCESSORS_ONLN)"

--- Comment #9 from rguenth at gcc dot gnu dot org 2009-09-17 09:07 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|bje at gcc

[Bug tree-optimization/34011] Memory load is not eliminated from tight vectorized loop

--- Comment #7 from rguenth at gcc dot gnu dot org 2009-09-17 09:08 --- The problem is now back to the original one. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug libfortran/41387] New: OPEN, STATUS='NEW' of a symbolic link to a non-existing file fails.

The following program: OPEN(UNIT=1,FILE='noot',STATUS='NEW') END when compiled/linked into a.out and run as follows: $ rm aap $ ln -s aap noot $ ./a.out gives: At line 1 of file a.f (unit = 1, file = '') Fortran runtime error: File 'noot' already exists Other compilers (tested: xl

[Bug target/38320] missed movd opcode (32bits mm -> r/m32).

--- Comment #4 from ubizjak at gmail dot com 2009-09-17 09:10 --- The problem from Comment #2 won't be fixed. Too little gain for too much pain. And %mm registers are evil as they alias x87 regs. -- ubizjak at gmail dot com changed: What|Removed |A

[Bug target/38288] i386/i386.c: 7 * set but not used variables

--- Comment #4 from ubizjak at gmail dot com 2009-09-17 09:14 --- Is the patch from Comment #3 committed to SVN? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38288

[Bug target/38015] Converting between int and vector using intrinsics goes through memory

--- Comment #4 from ubizjak at gmail dot com 2009-09-17 09:20 --- (In reply to comment #3) > I think this was done on purpose. Yes, use -march=core2. -- ubizjak at gmail dot com changed: What|Removed |Added

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

--- Comment #3 from ubizjak at gmail dot com 2009-09-17 09:24 --- Please try with latest version 4.4.x and reopen the bug if the test still fails. Version 4.2 is not supported anymore. -- ubizjak at gmail dot com changed: What|Removed |Added --

[Bug target/36860] gcc 4.2.3 produces poor code compared to gcc-3.4.3 on xeon prestonia

--- Comment #4 from ubizjak at gmail dot com 2009-09-17 09:26 --- Not an executable testcase. Please use gcc-4.4.x, gcc-4.2 is not supported anymore. -- ubizjak at gmail dot com changed: What|Removed |Added -

[Bug target/36669] Wrong versioning for __float128

--- Comment #23 from ubizjak at gmail dot com 2009-09-17 09:31 --- Fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36669

[Bug target/35516] option -masm=intel generates wrong assembly code with globals

--- Comment #1 from ubizjak at gmail dot com 2009-09-17 09:39 --- This is fixed in 4.4.x. -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCO

[Bug target/35466] Different assembly codes on 32bit and 64bit hosts

--- Comment #9 from ubizjak at gmail dot com 2009-09-17 09:40 --- (In reply to comment #5) > 32bit HWI cannot represent 128bit constants. If you are lucky and it works as > far as creating code you should not be surprised that some constants might > be forced to memory. The only chance

[Bug target/35425] Improve -mpcXXX handling

--- Comment #2 from ubizjak at gmail dot com 2009-09-17 09:42 --- (In reply to comment #1) > You can put all arguments that use atoi() to this PR: > -mregparm=aaa, -mbranch-cost=foo, -mpreferred-stack-boundary=10^5, ... Wontfix. -- ubizjak at gmail dot com changed: What

[Bug target/35195] Strange effect of -msse5/-mno-sse5

--- Comment #1 from ubizjak at gmail dot com 2009-09-17 09:43 --- SSE5 is no more. -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED

[Bug lto/40409] [LTO] ICE in expand_shift, at expmed.c:2263

--- Comment #9 from rguenth at gcc dot gnu dot org 2009-09-17 09:44 --- I don't remember -lto-test, so it was probably never there. Ok, so this bug is again of the sort "run cc1 with optimization, lto1 without". We'll have to think about a solution here, fixing up all the issues that ar

[Bug target/34702] 1.0 is not the inverse of 1.0 with -mrecip on x86

--- Comment #8 from ubizjak at gmail dot com 2009-09-17 09:46 --- This is just expected behavior, documented for -mrecip. -- ubizjak at gmail dot com changed: What|Removed |Added -

[Bug c++/41384] initialization failure of global const variable of template class which has a constructor initializing its member which is a pointer to member data when compiled with -O2

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-17 09:47 --- GCC 3.4.6 is no longer maintained. Please report to your distributor. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/34653] unnecessary REX prefix

--- Comment #2 from ubizjak at gmail dot com 2009-09-17 09:50 --- (In reply to comment #1) > and in this case the "mov %rdx,%rax" could be "mov %edx,%eax" because of the > dominating movzbl. 32bit moves and other instructions _SIGN_EXTEND_ results to 64bits on x86_64. -- ubizjak at

[Bug bootstrap/41386] incorrect configure results in "The following requested languages could not be built: lto"

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-17 09:50 --- Is it? I guess the check for libelf fails instead, no? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug tree-optimization/40676] [4.5 Regression] internal compiler error: verify_ssa error: definition in block 5 does not dominate use in block 7

--- Comment #11 from rguenth at gcc dot gnu dot org 2009-09-17 09:51 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug target/34501] The vector cost model does not seem suited for Intel Core2Duo

--- Comment #1 from ubizjak at gmail dot com 2009-09-17 09:52 --- Adding H.J. to CC. -- ubizjak at gmail dot com changed: What|Removed |Added CC|

[Bug middle-end/41385] [4.5 regression] Many regressions on trunk

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-17 09:53 --- Works for me (r151791). What's your excess errors? I bet it is sort of "no space left on device" or so. If lto testing runs on the same machine it easily will fill up your disk ... -- rguenth at gcc dot gnu do

[Bug target/33524] SSE5 vectorized SI->DI conversions broken

--- Comment #4 from ubizjak at gmail dot com 2009-09-17 09:58 --- SSE5 is no more. -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED

[Bug target/33365] GCC test 20000804-1.c with -O0

--- Comment #1 from ubizjak at gmail dot com 2009-09-17 10:00 --- gcc 4.2.x is no longer supported. -- ubizjak at gmail dot com changed: What|Removed |Added S

[Bug testsuite/33366] 20050316-2.c execution failure with -O0, -O1 and -O2

--- Comment #1 from ubizjak at gmail dot com 2009-09-17 10:00 --- gcc 4.2.x is no longer supported. -- ubizjak at gmail dot com changed: What|Removed |Added S

[Bug testsuite/33367] A few tests fail

--- Comment #3 from ubizjak at gmail dot com 2009-09-17 10:01 --- gcc 4.2.x is no longer supported. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33367

[Bug testsuite/33367] A few tests fail

--- Comment #4 from ubizjak at gmail dot com 2009-09-17 10:02 --- . -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED

[Bug target/33010] bootstrap fails with assembler error

--- Comment #1 from ubizjak at gmail dot com 2009-09-17 10:04 --- This was fixed some time ago. Your target bootstraps ok on 4.4.x and 4.5.x. -- ubizjak at gmail dot com changed: What|Removed |Added -

[Bug target/32803] -Os: shorter load immediates for x86_64

--- Comment #1 from ubizjak at gmail dot com 2009-09-17 10:07 --- All these sequences are _MUCH_ slower than load immediate, so the tradeoff is not acceptable, even for -Os. -- ubizjak at gmail dot com changed: What|Removed |Added -

[Bug target/31363] long long optimization problem

--- Comment #4 from ubizjak at gmail dot com 2009-09-17 10:12 --- (In reply to comment #3) > I could reproduce this with "4.0.4 20060622" but it works on the trunk. So, fixed. -- ubizjak at gmail dot com changed: What|Removed |Added --

[Bug target/34653] unnecessary REX prefix

--- Comment #3 from dean at arctic dot org 2009-09-17 10:23 --- (In reply to comment #2) > (In reply to comment #1) > > > and in this case the "mov %rdx,%rax" could be "mov %edx,%eax" because of the > > dominating movzbl. > > 32bit moves and other instructions _SIGN_EXTEND_ results to

[Bug target/28691] missed optimization, redundant scalar SSE comparisons

--- Comment #5 from ubizjak at gmail dot com 2009-09-17 10:25 --- Actually a duplicate of PR 28685. *** This bug has been marked as a duplicate of 28685 *** -- ubizjak at gmail dot com changed: What|Removed |Added -

[Bug middle-end/28685] Multiple comparisons are not simplified

--- Comment #9 from ubizjak at gmail dot com 2009-09-17 10:25 --- *** Bug 28691 has been marked as a duplicate of this bug. *** -- ubizjak at gmail dot com changed: What|Removed |Added ---

[Bug target/34653] unnecessary REX prefix

--- Comment #4 from dean at arctic dot org 2009-09-17 10:27 --- (In reply to comment #2) > 32bit moves and other instructions _SIGN_EXTEND_ results to 64bits on x86_64 wait i just reread your statement. the amd64 ISA zero-extends 32-bit register writes out to 64-bits. please go read t

[Bug target/32803] -Os: shorter load immediates for x86_64

--- Comment #2 from dean at arctic dot org 2009-09-17 10:28 --- stop closing bugs you have no understanding of. -- dean at arctic dot org changed: What|Removed |Added

[Bug target/26650] unaligned (SSE) stack access, smashing

--- Comment #8 from ubizjak at gmail dot com 2009-09-17 10:29 --- Gcc <= 4.2.x are not supported anymore (BTW: A lot of aligmnent fixes went into gcc-4.4.x, so there is a big chance of bug being fixed there). -- ubizjak at gmail dot com changed: What|Removed

[Bug target/21408] DAZ related macros are improperly guarded in pmmintrin.h

--- Comment #4 from ubizjak at gmail dot com 2009-09-17 10:32 --- So, wontfix. -- ubizjak at gmail dot com changed: What|Removed |Added Status|NEW

[Bug middle-end/41385] [4.5 regression] Many regressions on trunk

--- Comment #3 from dominiq at lps dot ens dot fr 2009-09-17 10:39 --- See also http://gcc.gnu.org/ml/gcc-testresults/2009-09/msg01511.html . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41385

[Bug target/32803] -Os: shorter load immediates for x86_64

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-17 10:40 --- For the push/pop you need to add 2 bytes to the CFI which makes it useless compared to mov $imm32,reg. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/41385] [4.5 regression] Many regressions on trunk

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-17 10:42 --- Also not terribly useful without knowing what the excess errors are. Again, works for me on i?86 and x86_64 linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41385

[Bug target/32803] -Os: shorter load immediates for x86_64

--- Comment #4 from dean at arctic dot org 2009-09-17 10:51 --- (In reply to comment #3) > For the push/pop you need to add 2 bytes to the CFI which makes it useless > compared to mov $imm32,reg. > note that my push/pop example said -128..127 and "push $imm8"... not imm32. GNU assembl

[Bug target/32803] -Os: shorter load immediates for x86_64

--- Comment #5 from dean at arctic dot org 2009-09-17 10:54 --- (In reply to comment #4) >0: b8 80 ff ff ff mov$0xff80,%eax >5: 6a 80 pushq $0xff80 >7: 58 pop%rax > should be: 0: 48 c7 c0 8

[Bug target/32803] -Os: shorter load immediates for x86_64

--- Comment #6 from rguenth at gcc dot gnu dot org 2009-09-17 10:57 --- Without accounting for the push/pop in CFI you will not be able to accurately process asynchronous unwind events. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32803

[Bug target/20952] gmake -k check failures

--- Comment #1 from ubizjak at gmail dot com 2009-09-17 11:04 --- gcc 4.0.0 is not supported anymore. -- ubizjak at gmail dot com changed: What|Removed |Added

[Bug target/32803] -Os: shorter load immediates for x86_64

--- Comment #7 from dean at arctic dot org 2009-09-17 11:06 --- (In reply to comment #6) > Without accounting for the push/pop in CFI you will not be able to accurately > process asynchronous unwind events. > just to be sure i understand -- you're saying a %rsp modification in a binary

[Bug target/15319] [x86] ICE in change_stack, at reg-stack.c:2299

--- Comment #3 from ubizjak at gmail dot com 2009-09-17 11:08 --- (In reply to comment #2) > According to these rules, your asm should be written as: > > asm ("fmulp": "=t" (ret): "0" (ret), "u" (tmp): "st(1)"); So, invalid. -- ubizjak at gmail dot com changed: What

[Bug middle-end/41347] [4.5 Regression] ICE with -O3 or '-O2 -finline-functions'

--- Comment #7 from matz at gcc dot gnu dot org 2009-09-17 11:12 --- Subject: Bug 41347 Author: matz Date: Thu Sep 17 11:11:58 2009 New Revision: 151799 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151799 Log: PR middle-end/41347 * tree.c (build_type_attribute_

[Bug middle-end/41347] [4.5 Regression] ICE with -O3 or '-O2 -finline-functions'

--- Comment #8 from matz at gcc dot gnu dot org 2009-09-17 11:14 --- Fixed. -- matz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug target/32803] -Os: shorter load immediates for x86_64

--- Comment #8 from ubizjak at gmail dot com 2009-09-17 11:32 --- (In reply to comment #2) > stop closing bugs you have no understanding of. Then please explain, how you plan to avoid: a) partial register stall in the case of mov $X, al: put your explanation here -> b) partial flag s

[Bug c/41388] New: -Wlogical-op produces a surprising message

With the following C fragment, compiled with the option -Wlogical-op, one obtains: main.c:1006: warning: logical '&&' with non-zero constant will always evaluate as true This message is surprising because a non-zero constant does not prevent any global '&&' expression to return either true or fal

[Bug target/36680] ICE in spill_failure, reload1.c:1995

--- Comment #3 from ubizjak at gmail dot com 2009-09-17 11:55 --- Is this failure still triggered with recent mainline after http://gcc.gnu.org/ml/gcc-cvs/2009-09/msg00094.html ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36680

[Bug bootstrap/41386] incorrect configure results in "The following requested languages could not be built: lto"

--- Comment #2 from marcus at jet dot franken dot de 2009-09-17 12:04 --- Created an attachment (id=18600) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18600&action=view) config.log config.log from such a run (a different machine, same result). libelf seems fine -- http://

[Bug target/27432] -fschedule-insns -O2 -march=athlon cause compilation error

--- Comment #9 from ubizjak at gmail dot com 2009-09-17 12:04 --- This testcase works with 4.3.4, 4.4.2 and 4.5.0. -- ubizjak at gmail dot com changed: What|Removed |Added

[Bug target/16185] ICE: in spill_failure, at reload1.c:1892, global registers and long long

--- Comment #17 from ubizjak at gmail dot com 2009-09-17 12:13 --- A recent patch in mainline should fix this problem [1]. The testcase works OK for 4.3.4, 4.4.2 and 4.5.0. Please re-test with current mainline SVN and open a new PR if the test still fails. [1] http://gcc.gnu.org/ml/gcc-

[Bug target/31006] long double constant is read as double in i386

--- Comment #6 from ubizjak at gmail dot com 2009-09-17 12:46 --- Your d_a is defined as double, so gcc truncates constant to fit in the "double" value range. After that, you pass this double value as an argument to %Lf, which is wrong. You should write: printf("long double - do

[Bug target/38120] missing space in x86 assembly code for some mov instructions

--- Comment #2 from ubizjak at gmail dot com 2009-09-17 12:56 --- This is actually fixed in 4.5.0. -- ubizjak at gmail dot com changed: What|Removed |Added St

[Bug middle-end/41354] g++: Inlining constructors puts wrong vtable in objects

--- Comment #4 from mikpe at it dot uu dot se 2009-09-17 13:23 --- Confirmed with gcc-4.4.1 and gcc-4.3.4 on armv5tel-unknown-linux-gnueabi. I've not been able to trigger it with gcc-4.4.1 on i686-linux, powerpc-linux, or sparc64-solaris, so it looks ARM-specific. I'll check if there's

[Bug testsuite/41385] [4.5 regression] Many regressions on trunk

--- Comment #5 from hjl dot tools at gmail dot com 2009-09-17 13:25 --- The failure looks like Executing on host: /export/build/gnu/gcc/build-i686-linux/gcc/xgcc -B/export/build/gnu/gcc/build-i686-linux/gcc/ /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.dg/tls/alias-1.c DEFAULT

[Bug libfortran/41387] OPEN, STATUS='NEW' of a symbolic link to a non-existing file fails.

--- Comment #1 from toon at moene dot org 2009-09-17 13:26 --- Perhaps the system call 'access' can provide help here. >From the man page (man 2 access): access() checks whether the calling process can access the file pathname. If pathname is a symbolic link, it is dereferenced. The

[Bug middle-end/41385] [4.5 regression] Many regressions on trunk

--- Comment #6 from jakub at gcc dot gnu dot org 2009-09-17 13:33 --- I also saw this with r151791, both on x86_64-linux and i686-linux, though for far fewer testcases. The regressions all look like: Executing on host: /usr/src/gcc/obj427/gcc/xgcc -B/usr/src/gcc/obj427/gcc/ /usr/src/gcc/

[Bug middle-end/41385] [4.5 regression] Many regressions on trunk

--- Comment #7 from hjl at gcc dot gnu dot org 2009-09-17 13:36 --- Subject: Bug 41385 Author: hjl Date: Thu Sep 17 13:36:06 2009 New Revision: 151803 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151803 Log: 2009-09-17 H.J. Lu PR testsuite/41385 * gcc.dg/df

[Bug testsuite/41385] [4.5 regression] Many regressions on trunk

-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org

[Bug target/34653] unnecessary REX prefix

--- Comment #5 from hjl dot tools at gmail dot com 2009-09-17 13:47 --- This is a dup for PR 17387. *** This bug has been marked as a duplicate of 17387 *** -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug rtl-optimization/17387] Redundant zero extension instructions in loop optimization

--- Comment #26 from hjl dot tools at gmail dot com 2009-09-17 13:47 --- *** Bug 34653 has been marked as a duplicate of this bug. *** -- hjl dot tools at gmail dot com changed: What|Removed |Added -

[Bug middle-end/41365] [4.5 Regression] gcc.dg/vect/vect-cond-[123].c abort due to bad code generation at -O1 and above

--- Comment #2 from bernds_cb1 at t-online dot de 2009-09-17 14:24 --- Created an attachment (id=18601) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18601&action=view) A patch that fixes the immediate problem This is a bug in the ia64 backend, which puts autoinc addressing modes

[Bug libfortran/41387] OPEN, STATUS='NEW' of a symbolic link to a non-existing file fails.

--- Comment #2 from kargl at gcc dot gnu dot org 2009-09-17 14:59 --- This is opening a can of worms. ln -s aap noot touch app program a open(unit=10, file='noot', status='old') write(10,'(A)') 'Deleted file' close(10, status='delete') end program a Please audit all Fortran cons

[Bug middle-end/41354] g++: Inlining constructors puts wrong vtable in objects

--- Comment #5 from mikpe at it dot uu dot se 2009-09-17 16:18 --- Appears fixed in gcc-4.5-20090910, but not in gcc-4.4-20090915. I'll start a binary search to see what fixed it (I have a suspicion already). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41354

[Bug bootstrap/38591] erratic comparison failures on very fast machines

--- Comment #8 from rwild at gcc dot gnu dot org 2009-09-17 16:27 --- Does this also happen on trunk, or with branch-4_3 only? AFAICS 4.3.3 had sparseset.o: sparseset.c $(SYSTEM_H) sparseset.h in gcc/Makefile.in, which means it was lacking $(CONFIG_H) thus lacking dependency on auto-

[Bug bootstrap/38591] erratic comparison failures on very fast machines

--- Comment #9 from ebotcazou at gcc dot gnu dot org 2009-09-17 16:58 --- > in gcc/Makefile.in, which means it was lacking $(CONFIG_H) thus lacking > dependency on auto-host.h. This was fixed in > > and glancing at that patch, t

[Bug target/35294] iwmmxt intrinsics, internal compiler error

--- Comment #8 from rearnsha at gcc dot gnu dot org 2009-09-17 17:03 --- The assertion in the source is clearly broken if a constant can legally be passed to it. If a constant can't legally be passed, then the caller needs to be fixed to diagnose it before we reach this point. -- r

[Bug target/35294] iwmmxt intrinsics, internal compiler error

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

[Bug fortran/41389] New: problem compiling file

nk-checkout/configure --with-gmp-lib=/home/tob/projects/gcc-build/lib-aux --with-mpfr-lib=/home/tob/projects/gcc-build/lib-aux --with-mpc-lib=/home/tob/projects/gcc-build/lib-aux --enable-languages=c,fortran,c++ --prefix=/projects/tob/gcc-trunk Thread model: posix gcc version 4.5.0 20090917 (experimental)

[Bug c/41049] conversion from integer to decimal float loses trailing zeros

--- Comment #1 from janis at gcc dot gnu dot org 2009-09-17 17:07 --- Subject: Bug 41049 Author: janis Date: Thu Sep 17 17:07:24 2009 New Revision: 151806 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151806 Log: gcc/ PR c/41049 * real.c decimal_from_integer, de

[Bug bootstrap/38591] erratic comparison failures on very fast machines

--- Comment #10 from Ralf dot Wildenhues at gmx dot de 2009-09-17 17:40 --- Subject: Re: erratic comparison failures on very fast machines * ebotcazou at gcc dot gnu dot org wrote on Thu, Sep 17, 2009 at 06:58:37PM CEST: > > No idea why the borked build does not fail but pick up auto

[Bug libfortran/41387] OPEN, STATUS='NEW' of a symbolic link to a non-existing file fails.

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-09-17 19:15 --- I agree, this is enhancement only. Code that relies on or expects consistent behavior when the users has created and symlink is likely not protable. See http://gcc.gnu.org/ml/fortran/2009-09/msg00107.html as ex

[Bug lto/41390] New: [LTO] ICE in lto_output_tree_pointers, at lto-streamer-out.c:1285

$ cat t.c int t() __attribute__ ((optimize("O1"))); int t() { } $ ./xgcc -v Using built-in specs. COLLECT_GCC=./xgcc Target: i686-pc-linux-gnu Configured with: ../configure --enable-languages=c++ --enable-lto --disable-bootstrap Thread model: posix gcc version 4.5.0 20090914 (experimental) [lto r

[Bug libfortran/41387] OPEN, STATUS='NEW' of a symbolic link to a non-existing file fails.

--- Comment #4 from toon at moene dot org 2009-09-17 19:57 --- In response to reply 2 (thanks Steve), we might be able to exploit the system call access to at least solve the inconsistency between INQUIRE and OPEN: man 2 access ENOENT A component of pathname does not exist or is

[Bug fortran/41389] problem compiling file

--- Comment #1 from dominiq at lps dot ens dot fr 2009-09-17 20:08 --- 4.2.4 gives pr41389.f90:19.20: public :: Get_flag, Set_flag 1 Error: 'flag_' is of a PRIVATE type and cannot be a dummy argument of 'get_flag', which is PUBLIC at (1) probably a bug fixed since

[Bug middle-end/41082] [4.5 Regression] FAIL: gfortran.fortran-torture/execute/where_2.f90 execution, -O3 -g with -m64

--- Comment #4 from dominiq at lps dot ens dot fr 2009-09-17 20:34 --- Between revisions 151150 (-m64 only) and 151446 (both -m32 and -m64) the test has started to fail also in 32 bit mode with a different wrong result: karma] f90/bug% gfc -O3 where_2.f90 [karma] f90/bug% a.out

[Bug target/38288] i386/i386.c: 7 * set but not used variables

--- Comment #5 from dcb314 at hotmail dot com 2009-09-17 20:35 --- (In reply to comment #4) > Is the patch from Comment #3 committed to SVN? I don't think so. I wouldn't know how to do that, and I don't think anyone has done it for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug target/18274] Documentation for -mhard-float on arm platforms is incorrect

--- Comment #2 from ramana at gcc dot gnu dot org 2009-09-17 20:43 --- This is now fixed given that we now have in trunk. @item -mhard-float @opindex mhard-float Equivalent to @option{-mfloat-abi=hard}. I believe this was fixed in the 4.4.0 release by this commit http://gcc.gnu.org/

[Bug middle-end/41082] [4.5 Regression] FAIL: gfortran.fortran-torture/execute/where_2.f90 execution, -O3 -g with -m64

--- Comment #5 from dominiq at lps dot ens dot fr 2009-09-17 20:54 --- At revision 151771 the test in the test suite still fails at -m64, but passes with the addition of the print: --- where_2.f90 2005-07-04 08:24:26.0 +0200 +++ /opt/gcc/_gcc_clean/gcc/testsuite/gfortran.fortran

[Bug testsuite/32843] [4.3 Regression] : libffi.call/return_sc.c

--- Comment #18 from ljrittle at gcc dot gnu dot org 2009-09-17 20:55 --- Subject: Bug 32843 Author: ljrittle Date: Thu Sep 17 20:54:56 2009 New Revision: 151819 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151819 Log: 2009-09-17 Loren J. Rittle PR testsuite/32843

[Bug c++/39365] ++ operator with volatile bool increments

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-09-17 23:04 --- Subject: Bug 39365 Author: pinskia Date: Thu Sep 17 23:03:55 2009 New Revision: 151823 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151823 Log: 2009-09-17 Andrew Pinski PR c++/39365 * t

[Bug c++/39365] ++ operator with volatile bool increments

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-09-17 23:10 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug bootstrap/41391] New: gcc fails to compile because of missung fenv.h

gcc fails to compile, because solaris8/9 do not have fenv.h. funnily enough gcc compiles after 'touch /usr/include/fenv.h', but i feel that can't be a solution. i am currently trying to reproduce this to report the exact error message. it will take a while, as i have only pretty old hw available.

[Bug target/40913] hppa-hpux: libgcc_s.sl does not have the 'internal name' (=soname) set

--- Comment #1 from danglin at gcc dot gnu dot org 2009-09-18 00:03 --- Subject: Bug 40913 Author: danglin Date: Fri Sep 18 00:03:19 2009 New Revision: 151826 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151826 Log: PR target/40913 * config/pa/t-hpux-shlib: Set

[Bug target/40913] hppa-hpux: libgcc_s.sl does not have the 'internal name' (=soname) set

--- Comment #2 from danglin at gcc dot gnu dot org 2009-09-18 00:09 --- Fixed on trunk. Might backport to 4.3 and 4.4 later. -- danglin at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug testsuite/40534] FAIL: gcc.dg/vector-4.c (test for excess errors)

--- Comment #1 from danglin at gcc dot gnu dot org 2009-09-18 00:18 --- No longer fails. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug testsuite/40531] FAIL: gcc.c-torture/execute/20090618-1.c compilation, -O0

--- Comment #2 from danglin at gcc dot gnu dot org 2009-09-18 00:23 --- Test is now skipped at -O0. -- danglin at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/41391] gcc fails to compile because of missung fenv.h

--- Comment #1 from niki dot waibel at gmx dot net 2009-09-18 00:36 --- sorry, but i can't reproduce this. on another solaris8 system (without fenv.h) gcc compiled fine -- this time with (initial) gcc-4.4.1 (which was built using 'touch /usr/include/fenv.h') -- niki dot waibel at gmx

[Bug target/40535] [4.5 regression] Invalid conversion from 'T' to 'T' error when compiling C++ code

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-09-18 00:36 --- I think this deals with how the attribute __stdcall__ is handled on types. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/21374] [4.3/4.4/4.5 regression] ICE with nested function

--- Comment #12 from pinskia at gcc dot gnu dot org 2009-09-18 00:38 --- We get a different ICE on the trunk: unhandled expression in get_expr_operands(): http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21374

[Bug middle-end/21374] [4.3/4.4/4.5 regression] ICE with nested function

--- Comment #13 from pinskia at gcc dot gnu dot org 2009-09-18 00:40 --- *b.9 = [with_size_expr] WITH_SIZE_EXPR ; When is WITH_SIZE_EXPR supposed to be resolved? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21374

[Bug c/41392] New: gcc.dg/torture/stackalign/builtin-apply-4.c fails with -march=pentium3

GCC built from @151825: gcc-svn-install/bin/gcc -m32 builtin-apply-4.c -O0 -march=pentium3 && ./a.out Aborted (core dumped) -- Summary: gcc.dg/torture/stackalign/builtin-apply-4.c fails with - march=pentium3 Product: gcc Version: 4.5.0

  1   2   >