[Bug debug/37022] [4.4 regression] internal compiler error: in compute_barrier_args_size

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |blocker Keywords||ice-on-valid-

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

gcc.dg/torture/stackalign/builtin-apply-4.c failed with SSE2. The problem is MMX enabled with SSE2, but builtin-apply-4.c mixes mmx and x87 instructions without emms in between. -- Summary: gcc.dg/torture/stackalign/builtin-apply-4.c failed with SSE2 Pro

[Bug middle-end/37042] Strict-aliasing warnings are printed for _mm_load_si128, even though __m128i is __attribute__((__may_alias__)).

--- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-10 20:19 --- Note this testcase fails on powerpc64-linux-gnu with the following warning: /home/apinski/src/local/gcc/gcc/testsuite/gcc.dg/Wstrict-aliasing-bogus-ref-all-2.c:8: warning: GCC vector returned by reference: non-standa

[Bug bootstrap/37035] gcc-4.2.2 build failed on solaris-8

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 20:08 --- Did you set CONFIG_SHELL? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37035

[Bug libgcj/37019] libjava/configure uses "grep" and "egrep" and "grep -E" and "$EGGREP" but not ggrep -- sed also is trouble

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|major |normal Summary|[4.2 Regression]|libjava/config

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

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 20:03 --- This was introduced by the truples merge. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/37023] Macro replacement for openmp not working if file is preprocessed then compiler

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-08-10 20:01 --- As mentioned this was fixed on the trunk for 4.4.0 so closing. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug boehm-gc/37017] Using --enable-threads=solaris breaks near end of build in boehm-gc configury

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

[Bug debug/37020] [4.4 Regression] FAIL: gcc.dg/debug/dwarf2/dwarf-die3.c scan-assembler-not DW_AT_inline

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|x86_64-unknown-linux-gnu|dwarf2 targets |avr-*-* |

[Bug target/37072] -mfancy-math-387 should be the default in FreeBSD

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 19:57 --- Patches goto [EMAIL PROTECTED] with a changelog. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37072

[Bug target/37073] -fno-math-errno should be the default on FreeBSD

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 19:56 --- Patches goto [EMAIL PROTECTED] with a changelog. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37073

[Bug target/37073] -fno-math-errno should be the default on FreeBSD

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

[Bug target/37072] -mfancy-math-387 should be the default in FreeBSD

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

[Bug middle-end/37071] [4.4 Regression] EH is broken

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 19:56 --- Most likely related to the .cfi_* changes. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug java/37068] [4.4 Regression] libgcj linkage failure: Incorrect library ABI version detected

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 19:55 --- I want to say something is being miscompiled. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/37055] [4.4 Regression] Revision 138835 breaks -msse2 -mfpmath=sse -Os

--- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-10 19:54 --- Fixed, and confirmed fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug debug/37058] [4.4 Regression] profiling testcases fail with .cfi_endproc without corresponding .cfi_startproc

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 19:54 --- It works with "2.17.50 20070213" on powerpc64-linux-gnu. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/20644] bogus uninitialized warning on unused variable

--- Comment #11 from manu at gcc dot gnu dot org 2008-08-10 19:48 --- This is FIXED in GCC 4.4. This may have fixed other uninitialized PRs, so if you have reported one, please recheck with the a recent 4.4 revision -- manu at gcc dot gnu dot org changed: What|Removed

[Bug c/37073] New: -fno-math-errno should be the default on FreeBSD

The FreeBSD math library doesn't support the SysV mistake of setting errno in libm functions, and never has. As on Darwin, -fno-math-errno should be the default. Darwin changes the default by adding an override for every relevant machine config. There needs to be a cleaner way to do this. Doc cha

[Bug ada/37034] /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo ../../sinfo.h

--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-10 19:32 --- Subject: Re: /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo ../../sinfo.h > Right, and xeinfo is built with your base compiler. I'd try with an older > or more recent base GNAT version. It's more l

[Bug preprocessor/7263] __extension__ keyword doesn't suppress warning on LL or ULL constants

--- Comment #11 from manu at gcc dot gnu dot org 2008-08-10 19:25 --- (In reply to comment #10) > I think this should be fixable now that mapped locations have gone in. > The key is to have c_lex_with_flags return a value for in_system_header > which comes from the token's "original" loc

[Bug target/37072] New: -mfancy-math-387 should be the default in FreeBSD

-mno-fancy-math-387 disables generation of fsqrt, fsin, and several other instructions. It was needed long ago when FreeBSD supported FPUless 80386 and 80486 systems via a partial in-kernel emulator that couldn't cope with these instructions. Support for FPUless x86 machines was dropped many years

[Bug middle-end/20644] bogus uninitialized warning on unused variable

--- Comment #10 from manu at gcc dot gnu dot org 2008-08-10 18:47 --- Subject: Bug 20644 Author: manu Date: Sun Aug 10 18:46:10 2008 New Revision: 138933 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138933 Log: 2008-08-10 Manuel Lopez-Ibanez <[EMAIL PROTECTED]> PR m

[Bug other/36901] pedwarn() + -pedantic-errors + -w (inhibit_warnings) should not emit errors

--- Comment #14 from manu at gcc dot gnu dot org 2008-08-10 18:34 --- Subject: Bug 36901 Author: manu Date: Sun Aug 10 18:32:52 2008 New Revision: 138932 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138932 Log: 2008-08-10 Manuel Lopez-Ibanez <[EMAIL PROTECTED]> PR 3

[Bug c++/57] [DR 325] GCC can't parse a non-parenthesized comma in a template-id within a default argument

--- Comment #39 from manu at gcc dot gnu dot org 2008-08-10 18:31 --- So then it should be SUSPENDED until the DR is solved. -- manu at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/57] [DR 325] GCC can't parse a non-parenthesized comma in a template-id within a default argument

--- Comment #38 from pinskia at gmail dot com 2008-08-10 18:22 --- Subject: Re: [DR 325] GCC can't parse a non-parenthesized comma in a template-id within a default argument Sent from my iPhone On Aug 10, 2008, at 9:02, "manu at gcc dot gnu dot org" <[EMAIL PROTECTED] > wrote: >

[Bug debug/37033] [4.4 Regression] Revision 138733 breaks PCH

--- Comment #7 from hjl dot tools at gmail dot com 2008-08-10 16:56 --- (In reply to comment #6) > >It doesn't work on gcc.dg/pch/valid-1b.c since it explicitly tests -g vs -g0: > > I don't think valid-1b.c is valid any more in general, You have to supply -g > to get a valid PCH now th

[Bug other/36901] pedwarn() + -pedantic-errors + -w (inhibit_warnings) should not emit errors

--- Comment #13 from eric dot weddington at atmel dot com 2008-08-10 16:50 --- Manuel, Note that I have *not committed* your patch to fix this. I don't have assignment papers done yet, nor do I have commit privs. You'll need to commit this to fix the problem. -- http://gcc.gnu.org/

[Bug middle-end/36984] ICE when gcc 4.4.0-20080730 compile lapack

--- Comment #1 from linuxl4 at sohu dot com 2008-08-10 16:41 --- today I compiled again and no error appeared. gcc -v gcc version 4.4.0 20080810 (experimental) (GCC) -- linuxl4 at sohu dot com changed: What|Removed |Added

[Bug c/20410] Add support for UTF-16 string syntax to C and C++

--- Comment #6 from paolo dot carlini at oracle dot com 2008-08-10 16:36 --- I think this is really a duplicate of c++/33979. *** This bug has been marked as a duplicate of 33979 *** -- paolo dot carlini at oracle dot com changed: What|Removed |A

[Bug c++/33979] support for char16_t, char32_t

--- Comment #11 from paolo dot carlini at oracle dot com 2008-08-10 16:36 --- *** Bug 20410 has been marked as a duplicate of this bug. *** -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug c++/57] [DR 325] GCC can't parse a non-parenthesized comma in a template-id within a default argument

--- Comment #37 from manu at gcc dot gnu dot org 2008-08-10 16:02 --- I thinks this is fixed and should be closed. -- manu at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/37050] gcc-4.3.1 bootstrap failure on sparc Solaris 10

--- Comment #3 from Jay dot St dot Pierre at Colorado dot EDU 2008-08-10 15:43 --- I was able to get 4.3.1 to compile with 4.2.4 by removing old GNU utils from the search path. That trick does not work for 4.3.1 using Sun's gcc (4.2.0). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug middle-end/37071] New: [4.4 Regression] EH is broken

See . First seen in revision 138887. Revision 138716 was ok. There is no indication of the cause of the failures in the testsuite logs. -- Summary: [4.4 Regression] EH is broken Product: gcc Version:

[Bug other/36901] pedwarn() + -pedantic-errors + -w (inhibit_warnings) should not emit errors

--- Comment #12 from manu at gcc dot gnu dot org 2008-08-10 14:48 --- Closing again. -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug c++/37066] partial specialization of function depends on the order

--- Comment #4 from marc dot glisse at normalesup dot org 2008-08-10 14:20 --- This looks really close to the exemple explained here (near the end): http://www.gotw.ca/publications/mill17.htm except that there is no <> or <...> after the name of the function in the specialization (gues

[Bug c++/37066] partial specialization of function depends on the order

--- Comment #3 from marc dot glisse at normalesup dot org 2008-08-10 10:50 --- Hmm apparently partial specialization of function does not exist. Depending on the order, the full specialization is considered either as a specialization of the first declaration or of the HELLO2 one. Now th

[Bug c++/27775] incorrect "ambiguous" error message with multiple inheritance and nested class.

--- Comment #2 from kristian dot spangsege at gmail dot com 2008-08-10 09:49 --- I just confirmed this bug in GCC 4.3.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27775

[Bug c++/37066] partial specialization of function depends on the order

--- Comment #2 from marc dot glisse at normalesup dot org 2008-08-10 09:42 --- (In reply to comment #1) > Hmm, the one that says HELLO1 is fully specialization and not a partial one. Indeed, sorry for the wrong vocabulary. So the title should be something like: partial specialization o

[Bug c++/37065] Virtual function from member constructor and destructor

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 07:39 --- Nope, GCC's behavior is correct according to the C++ standard: 12.7/3: When a virtual function is called directly or indirectly from a constructor (including from the mem-initializer for a data member) or from a dest

[Bug c++/37066] partial specialization of function depends on the order

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-10 07:31 --- Hmm, the one that says HELLO1 is fully specialization and not a partial one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37066

[Bug debug/37033] [4.4 Regression] Revision 138733 breaks PCH

--- Comment #6 from pinskia at gcc dot gnu dot org 2008-08-10 07:28 --- >It doesn't work on gcc.dg/pch/valid-1b.c since it explicitly tests -g vs -g0: I don't think valid-1b.c is valid any more in general, You have to supply -g to get a valid PCH now that works with -g. -- http://

<    1   2