[Bug rtl-optimization/35785] gcc.c-torture/compile/pr11832.c doesn't work for Linux/ia64

--- Comment #3 from wilson at gcc dot gnu dot org 2008-04-03 06:29 --- Created an attachment (id=15419) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15419&action=view) rtl-factoring.c patch to allocate second reg for IA-64 This allocates a second register if REGNO_OK_FOR_INDIRECT

[Bug rtl-optimization/35785] gcc.c-torture/compile/pr11832.c doesn't work for Linux/ia64

--- Comment #2 from wilson at gcc dot gnu dot org 2008-04-03 06:27 --- Created an attachment (id=15418) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15418&action=view) ia64.h patch to define REGNO_OK_FOR_INDIRECT_JUMP_P Obvious definition of the REGNO_OK_FOR_INDIRECT_JUMP_P macro

[Bug rtl-optimization/35785] gcc.c-torture/compile/pr11832.c doesn't work for Linux/ia64

--- Comment #1 from wilson at tuliptree dot org 2008-04-03 06:26 --- Subject: Re: New: gcc.c-torture/compile/pr11832.c doesn't work for Linux/ia64 hjl dot tools at gmail dot com wrote: > (set (pc)^M > (reg:DI 2 loc79)) 329 {indirect_jump} (nil))^M This is a problem with the

[Bug target/35795] [4.4 Regression] Revision 133787 breaks ia64

--- Comment #7 from hubicka at ucw dot cz 2008-04-03 06:12 --- Subject: Re: [4.4 Regression] Revision 133787 breaks ia64 > The patch is OK. > > But won't all targets that have similar code need the same fix? If I cd > to the config dir, and try "grep final_end_function */*" it looks

[Bug rtl-optimization/35281] [4.3 Regression] multiply with 0 generated for 64*32->64

--- Comment #16 from bonzini at gnu dot org 2008-04-03 05:37 --- Subject: Bug 35281 Author: bonzini Date: Thu Apr 3 05:36:26 2008 New Revision: 133859 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133859 Log: 2008-04-03 Paolo Bonzini <[EMAIL PROTECTED]> PR rtl-optim

[Bug target/35795] [4.4 Regression] Revision 133787 breaks ia64

--- Comment #6 from wilson at tuliptree dot org 2008-04-03 05:16 --- Subject: Re: [4.4 Regression] Revision 133787 breaks ia64 hubicka at ucw dot cz wrote: > *** ia64_output_mi_thunk (FILE *file, tree t > final_end_function (); > + free_after_compilation (cfun); The

[Bug ada/35284] Branch to 0x0 from Ada run-time

--- Comment #34 from laurent at guerby dot net 2008-04-03 03:47 --- May be other platform aligned the record 8 byte hence hiding the issue, and x86 only 4 bytes hence showing it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35284

[Bug ada/35284] Branch to 0x0 from Ada run-time

--- Comment #33 from laurent at guerby dot net 2008-04-03 03:46 --- Great news! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35284

[Bug bootstrap/35804] Bootstrap of combined gcc + binutils, with --enable-shared, with sysroot fails

--- Comment #6 from oblivian at users dot sourceforge dot net 2008-04-03 03:24 --- (In reply to comment #5) Ok, so this is a sysroot bug in binutils that they marked as invalid http://sourceware.org/bugzilla/show_bug.cgi?id=4966 I guess I would argue that it's not invalid anymore since

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

--- Comment #11 from pinskia at gcc dot gnu dot org 2008-04-03 02:51 --- *** Bug 35799 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/35799] GCC uses inheritance information it doesn't yet know

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-03 02:51 --- It is a delayed instantiation issue, we are instantiating Fnord::Fnord at the wrong spot, *** This bug has been marked as a duplicate of 16635 *** -- pinskia at gcc dot gnu dot org changed: What

[Bug tree-optimization/35809] New: default case label for casesi should be spliced off from last element

The fix for PR middle-end/35800 was to find a "new" default label as one is required by the casesi pattern, but value-range-propagation had determined that a switch statement can't fall through or reach the default label, so "it was NULL". The fix was to arbitrarily use the first label of the case

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #19 from hp at gcc dot gnu dot org 2008-04-03 02:20 --- s/13 and 13/13 and 14/ in comment #18 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35800

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #18 from hp at gcc dot gnu dot org 2008-04-03 02:18 --- I presume we can close this one as (comment #13 and comment #13) has been committed. -- hp at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #17 from hp at gcc dot gnu dot org 2008-04-03 02:10 --- Subject: Bug 35800 Author: hp Date: Thu Apr 3 02:09:20 2008 New Revision: 133857 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133857 Log: PR middle-end/35800 * expr.h (try_casesi): Adjust prot

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #16 from hp at gcc dot gnu dot org 2008-04-03 02:09 --- Subject: Bug 35800 Author: hp Date: Thu Apr 3 02:08:13 2008 New Revision: 133856 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133856 Log: PR middle-end/35800 * gcc.c-torture/execute/pr35800.c:

[Bug bootstrap/35804] Bootstrap of combined gcc + binutils, with --enable-shared, with sysroot fails

--- Comment #5 from oblivian at users dot sourceforge dot net 2008-04-03 01:40 --- Is this something special in the compiler specs for libc? I created this test file conftest.c #include int testing_lib() { printf("hello world!\n"); return 0; } And ran a scaled down

[Bug tree-optimization/28029] [4.1 Regression] wrong optimization with -ftree-vectorize

--- Comment #11 from pinskia at gcc dot gnu dot org 2008-04-03 01:08 --- I ran into this even without the vectorizer :). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28029

[Bug tree-optimization/32353] [4.1/4.2 Regression] Miscompilation with RESULT_DECL

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

[Bug target/35801] [4.4 Regression]: At revision 133817, bootstrap fails at libstdc++-v3/src/strstream.cc on powerpc-apple-darwin9

--- Comment #5 from dje at gcc dot gnu dot org 2008-04-03 00:34 --- Patch in comment #3 applied. Fixed. -- dje at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/35801] [4.4 Regression]: At revision 133817, bootstrap fails at libstdc++-v3/src/strstream.cc on powerpc-apple-darwin9

--- Comment #4 from dje at gcc dot gnu dot org 2008-04-03 00:33 --- Subject: Bug 35801 Author: dje Date: Thu Apr 3 00:33:05 2008 New Revision: 133855 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133855 Log: 2008-04-03 Dominique d'Humieres <[EMAIL PROTECTED]> PR targ

[Bug ada/35284] Branch to 0x0 from Ada run-time

--- Comment #32 from joel at gcc dot gnu dot org 2008-04-03 00:14 --- Created an attachment (id=15417) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15417&action=view) Correct structure bindings pthread_condattr_t was missing a field. sched_param had an incorrect type. -- ht

[Bug bootstrap/35804] Bootstrap of combined gcc + binutils, with --enable-shared, with sysroot fails

--- Comment #4 from oblivian at users dot sourceforge dot net 2008-04-03 00:12 --- (In reply to comment #1) > Sounds like you should be using --build-sysroot= and not set > LDFLAGS_FOR_TARGET > and CPPFLAGS_FOR_TARGET . > I pulled the compiler command that failed, and ran it with -v.

[Bug ada/35284] Branch to 0x0 from Ada run-time

--- Comment #31 from joel at gcc dot gnu dot org 2008-04-03 00:10 --- (In reply to comment #30) > Did you look at what happens in Initialize_TCB to the variable Success ? After waiting and waiting at the hospital today, I had plenty of time to think. My guess was that the saved copy o

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||build, ice-on-valid-code Target Milestone|---

[Bug middle-end/35808] In function 'inflateBack': ../../gcc/zlib/infback.c:612: internal compiler error: Segmentation fault

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-04-02 23:41 --- *** This bug has been marked as a duplicate of 35800 *** *** This bug has been marked as a duplicate of 35800 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Ad

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #15 from pinskia at gcc dot gnu dot org 2008-04-02 23:41 --- *** Bug 35808 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/35808] In function 'inflateBack': ../../gcc/zlib/infback.c:612: internal compiler error: Segmentation fault

/gcc-4.4.0 --with-local-prefix=/home/dave/opt/gnu --enable-threads=posix --enable-__cxa_atexit --build=hppa-linux --enable-clocale=gnu --enable-java-gc=boehm --enable-java-awt=xlib --enable-languages=c,c++,objc,fortran,obj-c++,java Thread model: posix gcc version 4.4.0 20080402 (experimental) [trunk

[Bug middle-end/35808] New: In function 'inflateBack': ../../gcc/zlib/infback.c:612: internal compiler error: Segmentation fault

_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=".libs/" -DHAVE_STDLIB_H=1 -DHAVE_UNISTD_H=1 -DHAVE_GETPAGESIZE=1 -DHAVE_MMAP=

[Bug target/35807] Compiler makes use of [std Y+1, rX] instruction without initializing r28,r29

--- Comment #3 from ruud at betaresearch dot nl 2008-04-02 22:57 --- (In reply to comment #2) > From Andy H <[EMAIL PROTECTED]> > [avr-gcc-list] Incorrect code by gcc? > > Not a bug OK, I changed the status to INVALID. Ruud -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35807

[Bug target/35807] Compiler makes use of [std Y+1, rX] instruction without initializing r28,r29

--- Comment #2 from ruud at betaresearch dot nl 2008-04-02 22:39 --- >From Andy H <[EMAIL PROTECTED]> [avr-gcc-list] Incorrect code by gcc? Not a bug According to the sources you posted, privQueuRequestBody void privQueuRequestBody(uint8_t uiSlot, int8_t siFreeFilling, uint16_t uiTi

[Bug target/35807] Compiler makes use of [std Y+1, rX] instruction without initializing r28,r29

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

[Bug target/35807] Compiler makes use of [std Y+1, rX] instruction without initializing r28,r29

--- Comment #1 from ruud at betaresearch dot nl 2008-04-02 22:28 --- Other versions of gcc (like 4.2.1 or 4.3.0) display the same behavior, but not on the same testcase. A separate testcase can be made for each version if needed. Since i cannot attach a zip file, and i don't know how ot

[Bug target/35807] New: Compiler makes use of [std Y+1, rX] instruction without initializing r28,r29

When developing an OS for the smallest Atmels (ATtiny861/461/21) i observed a strange effect. Sometimes, depending on the optimization choosen by gcc, the compiler generates code which cannot be correct (in my view). Most of the time the code is not functional too. The problem is that use of the

[Bug rtl-optimization/33642] unrecognizable insn for -frtl-abstract-sequences

--- Comment #17 from janis at gcc dot gnu dot org 2008-04-02 22:11 --- I tried the patch referenced in comment #16 on powerpc64-linux. It allows tests pr11832.c and pr33009 to pass, but adding -frtl-abstract-sequences to all tests causes several tests to timeout on compilation, and gcc.

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #14 from rguenth at gcc dot gnu dot org 2008-04-02 22:10 --- The fallback_label parm of try_casesi needs ATTRIBUTE_UNUSED for ! HAVE_casesi targets. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35800

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #13 from rguenth at gcc dot gnu dot org 2008-04-02 22:07 --- Created an attachment (id=15416) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15416&action=view) patch Patch in comment #10 passed bootstrap & regtest on x86_64-unknown-linux-gnu, the attached patch should

[Bug driver/35532] Native GCC no longer searches $prefix/lib for startfiles when run from $objdir

--- Comment #14 from carlos at codesourcery dot com 2008-04-02 21:52 --- Using the sysroot flags is the solution for Greg's scenario. In fact I would say it makes his job easier. I'm looking for a test case that doesn't mangle GCC's configure files, and is broken with no easy alternati

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #12 from hp at gcc dot gnu dot org 2008-04-02 21:43 --- In reply to comment #10) > relies on the created hole be filled by the default_label - but that is > NULL here. So, the following looks like the right fix here: > > Index: stmt.c That's too late; it's not enough for c

[Bug target/35806] Object code is bigger at -Os than at -O2

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-04-02 21:18 --- This is because we don't run PRE at -Os, as PRE usually increases code-size. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35806

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #11 from rguenth at gcc dot gnu dot org 2008-04-02 20:56 --- For now I have a compile-time testcase - I'll try to transform it into a runtime one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35800

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #10 from rguenth at gcc dot gnu dot org 2008-04-02 20:50 --- Ah, the following /* Index jumptables from zero for suitable values of minval to avoid a subtraction. */ if (! optimize_size && compare_tree_int (min

[Bug driver/35532] Native GCC no longer searches $prefix/lib for startfiles when run from $objdir

--- Comment #13 from bonzini at gnu dot org 2008-04-02 20:27 --- Subject: Re: Native GCC no longer searches $prefix/lib for startfiles when run from $objdir > What's the test-case? I'm talking of Greg's setting. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35532

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #9 from hjl dot tools at gmail dot com 2008-04-02 20:23 --- (In reply to comment #8) > Hm, yeah. The trick of course is to not emit the jump to the default label. > For > the tablejump case it may be easiest to just use any other label. I'll see if > that works. > Can we

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #8 from rguenth at gcc dot gnu dot org 2008-04-02 20:17 --- Hm, yeah. The trick of course is to not emit the jump to the default label. For the tablejump case it may be easiest to just use any other label. I'll see if that works. -- http://gcc.gnu.org/bugzilla/show_bu

[Bug tree-optimization/35518] [4.4 Regression] FAIL: gcc.c-torture/execute/20040709-1.c execution at -O2 and above

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

[Bug tree-optimization/35518] [4.4 Regression] FAIL: gcc.c-torture/execute/20040709-1.c execution at -O2 and above

--- Comment #4 from pinskia at gcc dot gnu dot org 2008-04-02 20:01 --- spu-elf also fails the same way. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added G

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #7 from hp at gcc dot gnu dot org 2008-04-02 19:56 --- It's not just about creating a properly filled (or handling the NULLs in the) addr_vec after generating the tablejump or casesi: for machines with casesi, passing a NULL default_label (operand[4]; fifth operand) is...unex

[Bug driver/35532] Native GCC no longer searches $prefix/lib for startfiles when run from $objdir

--- Comment #12 from carlos at codesourcery dot com 2008-04-02 19:20 --- Paolo, What's the test-case? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35532

[Bug c++/35741] [4.2/4.3/4.4 regression] ICE with offsetof and references

-- 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 c++/33878] Pure virtual method body omitted from template

--- Comment #18 from bangerth at math dot tamu dot edu 2008-04-02 18:34 --- Subject: Re: Pure virtual method body omitted from template > You are absolutely right as long as there is no multithreading and no > dangling pointer. Sure. The thing is: If it's called, something bad has >

[Bug tree-optimization/35805] [ira] error in start_allocno_priorities, at ira-color.c:1806

--- Comment #1 from vmakarov at redhat dot com 2008-04-02 18:34 --- I've just fixed it on ira branch. The problem was in an assert requiring nonzero number of references for an allocno. I permitted to have zero number of references. I've just realized that such situations are possible

[Bug target/35801] [4.4 Regression]: At revision 133817, bootstrap fails at libstdc++-v3/src/strstream.cc on powerpc-apple-darwin9

--- Comment #3 from dominiq at lps dot ens dot fr 2008-04-02 18:32 --- Borrowed from pr35795, the following patch seems to work: --- ../_gcc_clean/gcc/config/rs6000/rs6000.c2008-03-29 23:59:15.0 +0100 +++ ../gcc-4.4-work/gcc/config/rs6000/rs6000.c 2008-04-02 20:03:18.00

[Bug c++/33878] Pure virtual method body omitted from template

--- Comment #17 from bangerth at math dot tamu dot edu 2008-04-02 18:31 --- Subject: Re: Pure virtual method body omitted from template On Wednesday 02 April 2008 12:15:53 yuriry at gmail dot com wrote: > My question is slightly off topic but I am really interested in the purpose > o

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #6 from hp at gcc dot gnu dot org 2008-04-02 18:06 --- Created an attachment (id=15415) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15415&action=view) another reduced testcase, -O2 I see attachment #2 there, but as long as I did a reduction too, here's another, a wee

[Bug c++/33878] Pure virtual method body omitted from template

--- Comment #16 from yuriry at gmail dot com 2008-04-02 17:58 --- Thanks for the reply, David! But now I have more questions than I had before :-) I'm not sure if this thread is the right place to go into details on this topic. If you know any other place to move this discussion, plea

[Bug target/35795] [4.4 Regression] Revision 133787 breaks ia64

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|tree-optimization |target Target Milestone|--- |4.4.0 http:/

[Bug bootstrap/35804] Bootstrap of combined gcc + binutils, with --enable-shared, with sysroot fails

--- Comment #3 from joseph at codesourcery dot com 2008-04-02 17:52 --- Subject: Re: Bootstrap of combined gcc + binutils, with --enable-shared, with sysroot fails On Wed, 2 Apr 2008, pinskia at gcc dot gnu dot org wrote: > Sounds like you should be using --build-sysroot= and not set

[Bug tree-optimization/35806] New: Object code is bigger at -Os than at -O2

Hi, the code below compiles to 60 byte when using -Os and 4 byte when using -O2. This is just one example of many from the test suite: extern void f(char *const *); void g (char **o) { static const char *const multilib_exclusions_raw[] = { 0 }; const char *const *q = multilib_exclusions_raw;

[Bug bootstrap/35216] Out of memory building java

--- Comment #3 from pogma at gcc dot gnu dot org 2008-04-02 17:44 --- Fixed in r133842 -- pogma at gcc dot gnu dot org changed: What|Removed |Added Status|UNC

[Bug c++/33878] Pure virtual method body omitted from template

--- Comment #15 from fang at csl dot cornell dot edu 2008-04-02 17:38 --- Unused template parameters can be used when you want to intentionally subtype a base type with different flavors that are incompatible with each other, using compile-time checking to prevent accidental cross-conta

[Bug bootstrap/35216] Out of memory building java

--- Comment #2 from pogma at gcc dot gnu dot org 2008-04-02 17:37 --- Subject: Bug 35216 Author: pogma Date: Wed Apr 2 17:36:41 2008 New Revision: 133842 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133842 Log: PR bootstrap/35216 * scripts/makemake.tcl: Replace org/omg build

[Bug c++/35741] [4.2/4.3/4.4 regression] ICE with offsetof and references

--- Comment #2 from jakub at gcc dot gnu dot org 2008-04-02 17:17 --- IMNSHO this is invalid. [lib.support.types]/5 says the first argument must be a POD structure or POD union, but struct A isn't POD structure because of the reference in it. -- jakub at gcc dot gnu dot org changed:

[Bug c++/33878] Pure virtual method body omitted from template

--- Comment #14 from yuriry at gmail dot com 2008-04-02 17:15 --- Hi Björn My question is slightly off topic but I am really interested in the purpose of defining a template class where a template parameter is not used. Why would you need this? Regards, Yuri template class TBase { pu

[Bug target/35735] error in default_secondary_reload, at targhooks.c:649

--- Comment #2 from mstein dot lists at googlemail dot com 2008-04-02 17:02 --- Seems to work again in rev 133774 -- mstein dot lists at googlemail dot com changed: What|Removed |Added --

[Bug target/35664] unable to find a register to spill in class 'FP_REGS' (sparc-linux)

--- Comment #2 from mstein dot lists at googlemail dot com 2008-04-02 16:55 --- Fails in trunk (133803) too -- mstein dot lists at googlemail dot com changed: What|Removed |Added

[Bug tree-optimization/35805] New: [ira] error in start_allocno_priorities, at ira-color.c:1806

Hi, gcc 930523-1.c -c -fira -O1 -m32 fails with 930523-1.c: In function 'f': 930523-1.c:54: internal compiler error: in start_allocno_priorities, at ira-color.c:1806 Please submit a full bug report, rev: 133765 -- Summary: [ira] error in start_allocno_priorities, at ira-

[Bug ada/35284] Branch to 0x0 from Ada run-time

--- Comment #30 from laurent at guerby dot net 2008-04-02 16:44 --- Did you look at what happens in Initialize_TCB to the variable Success ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35284

[Bug tree-optimization/35795] [4.4 Regression] Revision 133787 breaks ia64

--- Comment #5 from hjl dot tools at gmail dot com 2008-04-02 16:42 --- (In reply to comment #3) > Subject: Re: New: [4.4 Regression] Revision 133787 breaks ia64 > > Hi, > I've added the assert to check that we don't initialize RTL world twice > without freeing it first (and thus that

[Bug bootstrap/35804] Bootstrap of combined gcc + binutils, with --enable-shared, with sysroot fails

--- Comment #2 from oblivian at users dot sourceforge dot net 2008-04-02 16:26 --- (In reply to comment #1) > Sounds like you should be using --build-sysroot= and not set > LDFLAGS_FOR_TARGET > and CPPFLAGS_FOR_TARGET . > You mean configure with just --with-build-sysroot and not --wit

[Bug bootstrap/35804] Bootstrap of combined gcc + binutils, with --enable-shared, with sysroot fails

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-02 16:23 --- Sounds like you should be using --build-sysroot= and not set LDFLAGS_FOR_TARGET and CPPFLAGS_FOR_TARGET . -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/35739] [4.3/4.4 regression] ICE with _Decimal128 and va_list

--- Comment #4 from jakub at gcc dot gnu dot org 2008-04-02 16:20 --- Heh, I was testing with -m32 and -m64 on 4.3 branch (but that was --enable-checking=release default) and on the trunk just -m64. Can reproduce now. This seems to be NRV that is creating non-GIMPLE by replacing GIMPLE

[Bug bootstrap/35804] New: Bootstrap of combined gcc + binutils, with --enable-shared, with sysroot fails

Hello, This bug is a continuation from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35752 and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35532. It appears that native retargeting of the compiler is not supported in the 4.3/4.4 series in favor of the sysroot option. When trying to build a pass 1 c

[Bug c++/33878] Pure virtual method body omitted from template

--- Comment #13 from herwig at gdsys dot de 2008-04-02 16:07 --- (In reply to comment #12) > The point I meant to make but failed is: a pure virtual method can *only* > *ever* be called explicitly. It can't be called through the vtable because > there can be no objects of the type of t

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-04-02 15:53 --- So we have (addr_vec:DI [ (nil) (label_ref:DI 26) (label_ref:DI 26) (label_ref:DI 26) (label_ref:DI 26) ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35800

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-04-02 15:49 --- Created an attachment (id=15414) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15414&action=view) reduced testcase Reduced testcase, fails with -O -ftree-vrp -fno-inline. Program received signal SIGSEGV, Segm

[Bug rtl-optimization/35542] [4.3 Regression] fwprop only propagates one operand

--- Comment #6 from hutchinsonandy at aim dot com 2008-04-02 15:44 --- Subject: Re: [4.3 Regression] fwprop only propagates one operand Eric, it's difficult to give you a specfic example as the propagation is very sensitive to generated code. I found this looking at other AVR bugs a

[Bug middle-end/35803] New: still can't get rid of phony compare patterns - cbranch* / cstore* patterns miss their goal

Gcc has traditionally used the concept of a compare operation that stores a comparison result in CC0 or a register, and then can be used with arbitrary comparison operators to compare it against zero to make a decision for a branch, store flag, or conditional move instruction. Since often the actua

[Bug rtl-optimization/35542] [4.3 Regression] fwprop only propagates one operand

--- Comment #5 from bonzini at gnu dot org 2008-04-02 15:25 --- I meant that this is a patch that is scheduled for backporting to 4.3, because it fixes regressions on AVR. The text between parentheses should have been "bug causes regressions for AVR". Sorry. -- http://gcc.gnu.org/

[Bug rtl-optimization/35542] [4.3 Regression] fwprop only propagates one operand

--- Comment #4 from eric dot weddington at atmel dot com 2008-04-02 15:21 --- (In reply to comment #3) > committed to trunk, will backport to 4.3 in due time (causes regressions for > AVR) > Could you list what fails? Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35542

[Bug ada/35284] Branch to 0x0 from Ada run-time

--- Comment #29 from joel at gcc dot gnu dot org 2008-04-02 15:08 --- I have spent the morning debugging at the assembly level and I am nearly 100% positive %ebx is getting corrupted. It is correct before the call to STPO.Initialize_TCB (T, Success); at s-taskin.adb and 0x0 upo

[Bug libstdc++/20451] Missing po files in multilib systems

--- Comment #4 from ghazi at gcc dot gnu dot org 2008-04-02 14:59 --- Problem still occurs on 4.1 branch: http://gcc.gnu.org/ml/gcc-testresults/2008-04/msg00083.html I'll try backporting the patch from 4.2.x and see if it still works. -- ghazi at gcc dot gnu dot org changed:

[Bug target/35801] [4.4 Regression]: At revision 133817, bootstrap fails at libstdc++-v3/src/strstream.cc on powerpc-apple-darwin9

--- Comment #2 from dominiq at lps dot ens dot fr 2008-04-02 14:34 --- I think it is another manifestation of PR35795. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35801

[Bug tree-optimization/35795] [4.4 Regression] Revision 133787 breaks ia64

--- Comment #4 from dominiq at lps dot ens dot fr 2008-04-02 14:31 --- I think PR35801 is the same problem on powerpc-apple-darwin9. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35795

[Bug target/35801] [4.4 Regression]: At revision 133817, bootstrap fails at libstdc++-v3/src/strstream.cc on powerpc-apple-darwin9

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-04-02 14:25 --- This is thunk related, most likely forgot a free function. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35801

[Bug target/35801] [4.4 Regression]: At revision 133817, bootstrap fails at libstdc++-v3/src/strstream.cc on powerpc-apple-darwin9

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

[Bug bootstrap/35752] [4.3/4.4 Regression]: Combined gcc + binutils source tree doesn't bootstrap with --enable-shared

--- Comment #39 from oblivian at users dot sourceforge dot net 2008-04-02 14:19 --- Created an attachment (id=15413) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15413&action=view) Optional way to fix ld relink problems Just for completeness, here is the fix the Ralf was suggest

[Bug libstdc++/31413] FAIL: 22_locale/time_get/get_date/wchar_t/4.cc execution test

--- Comment #17 from ghazi at gcc dot gnu dot org 2008-04-02 14:18 --- I see the same issue on x86_64 debian linux-gnu: http://gcc.gnu.org/ml/gcc-testresults/2008-04/msg00085.html Removing hppa tags since it's debian-specific, not hppa. -- ghazi at gcc dot gnu dot org changed:

[Bug c/35802] MIPS64: Unable to find a register to spill in class ‘V1_REG’

--- Comment #3 from aurelien at aurel32 dot net 2008-04-02 14:15 --- Also please note that the same problem exists on mips (mips64-unknown-linux-gnu). -- aurelien at aurel32 dot net changed: What|Removed |Added -

[Bug c/35802] MIPS64: Unable to find a register to spill in class ‘V1_REG’

--- Comment #2 from aurelien at aurel32 dot net 2008-04-02 14:13 --- Created an attachment (id=15412) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15412&action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35802

[Bug c/35802] MIPS64: Unable to find a register to spill in class ‘V1_REG’

--- Comment #1 from aurelien at aurel32 dot net 2008-04-02 14:13 --- Created an attachment (id=15411) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15411&action=view) unreduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35802

[Bug c/35802] New: MIPS64: Unable to find a register to spill in class ‘V1_REG’

I am getting a very strange ICE on a mips system when building with -mabi=n32 or -mabi=64: testcase.i: In function ‘_IO_vfscanf_internal’: testcase.i:2857: error: unable to find a register to spill in class ‘V1_REG’ testcase.i:2857: error: this is the insn: (insn 1286 1241 1243 106 testcase.i:577

[Bug driver/35532] Native GCC no longer searches $prefix/lib for startfiles when run from $objdir

--- Comment #11 from bonzini at gnu dot org 2008-04-02 14:08 --- Carlos, I think Greg has a point here: > the problem is that xgcc thinks it is a relocated compiler when it > runs from $objdir eg: when building libgcc* and other target libs, when in > actual fact, it is not really a tr

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #3 from hjl dot tools at gmail dot com 2008-04-02 14:00 --- (In reply to comment #2) > This is likely caused by http://gcc.gnu.org/ml/gcc-cvs/2008-04/msg00059.html. > > Reducing. > http://gcc.gnu.org/ml/gcc-cvs/2008-04/msg00059.html is revision 133835. Revision 133834 pas

[Bug bootstrap/35752] [4.3/4.4 Regression]: Combined gcc + binutils source tree doesn't bootstrap with --enable-shared

--- Comment #38 from bonzini at gnu dot org 2008-04-02 13:59 --- Subject: Re: [4.3/4.4 Regression]: Combined gcc + binutils source tree doesn't bootstrap with --enable-shared > I'll be opening a new bug on the sysroot problems I'm having with 4.3 since it > appears no one has tried a

[Bug bootstrap/35801] New: [4.4 Regression]: At revision 133817, bootstrap fails at libstdc++-v3/src/strstream.cc on powerpc-apple-darwin9

At revision 133817, bootstrap fails at libstdc++-v3/src/strstream.cc on powerpc-apple-darwin9: ... libtool: compile: /opt/gcc/darwin_buildw/./gcc/xgcc -shared-libgcc -B/opt/gcc/darwin_buildw/./gcc -nostdinc++ -L/opt/gcc/darwin_buildw/powerpc-apple-darwin9/libstdc++-v3/src -L/opt/gcc/darwin_buildw

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #2 from rguenth at gcc dot gnu dot org 2008-04-02 13:50 --- This is likely caused by http://gcc.gnu.org/ml/gcc-cvs/2008-04/msg00059.html. Reducing. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/35752] [4.3/4.4 Regression]: Combined gcc + binutils source tree doesn't bootstrap with --enable-shared

--- Comment #37 from oblivian at users dot sourceforge dot net 2008-04-02 13:47 --- (In reply to comment #35) > the infinite loop is fixed, don't know if the second bug remains. > Yes and no, It fixes the compilation so that ld no longer gets into a loop, but the installed compiler is

[Bug middle-end/35800] [4.4 Regression]: Revision 133835 failed to compile binutils

--- Comment #1 from hjl dot tools at gmail dot com 2008-04-02 13:46 --- Created an attachment (id=15410) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15410&action=view) A testcase [EMAIL PROTECTED] binutils]$ /export/build/gnu/tools/build-x86_64-linux/./prev-gcc/xgcc -B/export/b

[Bug middle-end/35800] New: [4.4 Regression]: Revision 133835 failed to compile binutils

Stage 1 compiler from revision 133835 failed to compile binutils: [EMAIL PROTECTED] binutils]$ /export/build/gnu/tools/build-x86_64-linux/./prev-gcc/xgcc -B/export/build/gnu/tools/build-x86_64-linux/./prev-gcc/ -B/usr/gcc-4.4/x86_64-unknown-linux-gnu/bin/ -DHAVE_CONFIG_H -I. -I/export/gnu/src/too

  1   2   >