[Bug bootstrap/41395] [4.5 regression] Revision 151800 failed bootstrap

--- Comment #2 from hjl dot tools at gmail dot com 2009-09-18 05:44 --- It is caused by revision 151800: http://gcc.gnu.org/ml/gcc-cvs/2009-09/msg00547.html It is reproducible on both Linux/ia32 and Linux/x86-64. -- hjl dot tools at gmail dot com changed: What|Remov

[Bug c++/41090] [4.3/4.4/4.5 Regression] Using static label reference in c++ class constructor produces wrong code

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-09-18 05:14 --- Confirmed, 3.3 used to work. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/41060] Wconversion Ignores static_cast

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41060

[Bug c/39959] [4.5 Regression] IMA is broken

--- Comment #10 from pinskia at gcc dot gnu dot org 2009-09-18 05:10 --- *** Bug 41052 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/41052] ICE: verify_gimple failed when using -combine

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-09-18 05:10 --- *** This bug has been marked as a duplicate of 39959 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug bootstrap/41395] [4.5 regression] Bootstrap failure

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

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

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-09-18 04:54 --- Fixed in 4.5.0. *** This bug has been marked as a duplicate of 36954 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/36954] Wrong warning with -Wlogical-op

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-09-18 04:54 --- *** Bug 41388 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/41311] [4.5 regression] FFmpeg crashes when converting mpg to avi

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Component|c |target

[Bug tree-optimization/41301] [4.5 Regression] ice in propagate_subacesses_accross_link

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |tree-optimization Keywords||ice

[Bug bootstrap/41395] [4.5 regression] Bootstrap failure

--- Comment #1 from hjl dot tools at gmail dot com 2009-09-18 04:39 --- Gcc is configured with --enable-clocale=gnu --with-system-zlib --enable-checking=assert --with-demangler-in-ld --enable-shared --enable-threads=posix --enable-haifa --prefix=/usr/gcc-4.5 --with-local-prefix=/usr/l

[Bug bootstrap/41395] [4.5 regression] Bootstrap failure

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

[Bug middle-end/41394] [4.5 Regression] pr34668-2.c:5:15: error: type mismatch in array reference

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

[Bug middle-end/41393] [4.5 Regression] ICE in get_eh_region_and_lp_from_rtx at except.c:1692

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

[Bug middle-end/41360] [4.5 regression] Revision 151696 breaks gcc.c-torture/compile/builtin_unreachable-1.c

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

[Bug tree-optimization/39974] [4.5 regression] Bogus "array subscript is below array bounds" warning in compiler generated code

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-09-18 04:17 --- This works on the trunk with: gcc version 4.5.0 20090917 (experimental) [trunk revision 151808] (GCC) It did produce a warning with: gcc version 4.5.0 20090706 (experimental) [trunk revision 149292] (GCC

[Bug bootstrap/41395] New: [4.5 regression] Bootstrap failure

On Linux/ia32, revision 151829 gave [...@gnu-9 libgcc]$ /export/build/gnu/gcc/build-i686-linux/./gcc/xgcc -B/export/build/gnu/gcc/build-i686-linux/./gcc/ -B/usr/gcc-4.5/i686-pc-linux-gnu/bin/ -B/usr/gcc-4.5/i686-pc-linux-gnu/lib/ -isystem /usr/gcc-4.5/i686-pc-linux-gnu/include -isystem /usr/gcc-4.

[Bug tree-optimization/41377] [4.5 Regression] ICE in unsplit_eh

--- Comment #1 from pinskia at gcc dot gnu dot org 2009-09-18 04:11 --- This works with: gcc version 4.5.0 20090706 (experimental) [trunk revision 149292] (GCC) On i386-darwin8.11. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41377

[Bug other/41255] [4.5 Regression] Release notes: Advice to use GDB later than 6.8

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-09-18 04:05 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug c++/41109] [4.5 regression] Argument flagged as unused despite use in sizeof()

--- Comment #6 from pinskia at gcc dot gnu dot org 2009-09-18 03:57 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/41020] [4.5 Regression] Can't declare an extern "C" friend.

--- Comment #6 from pinskia at gcc dot gnu dot org 2009-09-18 03:56 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug tree-optimization/40642] [4.5 regression] ICE with -fprofile-generate

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-09-18 03:53 --- Can you try this again? I think this has been fixed already as these testcase works for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40642

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

--- Comment #5 from kargl at gcc dot gnu dot org 2009-09-18 03:52 --- For additional comments, see http://gcc.gnu.org/ml/fortran/2009-09/msg00119.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41387

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

--- Comment #6 from pinskia at gcc dot gnu dot org 2009-09-18 03:43 --- Does -fno-tree-sink fix the issue? If so this is duplicate of bug 39604. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41354

[Bug testsuite/37074] gcc.dg/torture/stackalign/builtin-apply-4.c failed with SSE2

--- Comment #2 from hjl dot tools at gmail dot com 2009-09-18 03:26 --- *** Bug 41392 has been marked as a duplicate of this bug. *** -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

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

--- Comment #1 from hjl dot tools at gmail dot com 2009-09-18 03:26 --- *** This bug has been marked as a duplicate of 37074 *** -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug middle-end/41394] New: [4.5 Regression] pr34668-2.c:5:15: error: type mismatch in array reference

Executing on host: /home/dave/gcc-4.5/objdir/gcc/xgcc -B/home/dave/gcc-4.5/objdi r/gcc/ /home/dave/gcc-4.5/gcc/gcc/testsuite/gcc.dg/pr34668-1.c --combine -O2 /home/dave/gcc-4.5/gcc/gcc/testsuite/gcc.dg/pr34668-2.c -S -o pr34668-1.s (t imeout = 300) /home/dave/gcc-4.5/gcc/gcc/testsuite/gcc.d

[Bug middle-end/41393] New: [4.5 Regression] ICE in get_eh_region_and_lp_from_rtx at except.c:1692

Executing on host: /home/dave/gcc-4.5/objdir/gcc/xgcc -B/home/dave/gcc-4.5/objdi r/gcc/ /home/dave/gcc-4.5/gcc/gcc/testsuite/gcc.dg/20021014-1.c -O2 -p -lm -o ./20021014-1.exe(timeout = 300) /home/dave/gcc-4.5/gcc/gcc/testsuite/gcc.dg/20021014-1.c: In function 'foo': /home/dave/gcc-4.5/gc

[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

[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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 #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 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 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 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 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 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 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 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 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 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/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 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 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 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 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 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 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 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 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 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 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/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/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 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/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 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/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 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 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 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 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/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 #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/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 #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 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 #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 #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/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 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/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/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/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 #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/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/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/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 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 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/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 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

  1   2   >