[Bug bootstrap/43511] [4.5 Regression] Configure error at stage 1 in i386/libgomp

--- Comment #5 from jakub at gcc dot gnu dot org 2010-03-25 07:12 --- >From the snippet it seems it is the conftest that is segfaulting. So the question is what has actually changed. I believe conftest.c was: /* confdefs.h */ #define PACKAGE_NAME "GNU OpenMP Runtime Library" #define PACK

[Bug bootstrap/43511] [4.5 Regression] Configure error at stage 1 in i386/libgomp

--- Comment #6 from dominiq at lps dot ens dot fr 2010-03-25 07:45 --- > So, please find out what the difference actually is. The intended difference > is just that the whole __i686.get_pc_thunk.* snippet is moved from the end of > the > file to before .debug_frame/.debug_info and .LF[

[Bug bootstrap/43511] [4.5 Regression] Configure error at stage 1 in i386/libgomp

--- Comment #7 from jakub at gcc dot gnu dot org 2010-03-25 08:00 --- What I'm interested in is diff from that -g -m32 -O2 -S testcase compiled once with cc1 before r157707 and once with cc1 after r157707. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43511

[Bug c/43385] [4.5 Regression] glibc regex testsuite failures

--- Comment #28 from jakub at gcc dot gnu dot org 2010-03-25 08:16 --- Subject: Bug 43385 Author: jakub Date: Thu Mar 25 08:16:18 2010 New Revision: 157721 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157721 Log: PR c/43385 * gimplify.c (gimple_boolify): Only r

[Bug c/43385] [4.5 Regression] glibc regex testsuite failures

--- Comment #29 from sezeroz at gmail dot com 2010-03-25 08:54 --- The testcase fails with gcc-4.4 at -O1 and higher, too (x86_64-pc-linux-gnu, with or without -m32.) It would be nice to have the fix backported to 4.4. -- sezeroz at gmail dot com changed: What|Removed

[Bug bootstrap/43511] [4.5 Regression] Configure error at stage 1 in i386/libgomp

--- Comment #8 from dominiq at lps dot ens dot fr 2010-03-25 08:58 --- Created an attachment (id=20194) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20194&action=view) diff between the assemblies for working and nonworking cases The attachment is the result of the following seque

[Bug testsuite/43512] [4.5 regression] Many objc test failures

--- Comment #1 from developer at sandoe-acoustics dot co dot uk 2010-03-25 09:04 --- (In reply to comment #0) > On Linux/ia32, revision 157716 gave: > > Revision 157712 is OK. Those checkins: > > http://gcc.gnu.org/ml/gcc-cvs/2010-03/msg00552.html > http://gcc.gnu.org/ml/gcc-cvs/2010

[Bug target/43513] New: The stack pointer is adjusted twice

Compile the attached code with options -march=armv7-a -mthumb -Os -fpic, gcc generates: foo3: push{r4, r5, r6, r7, lr} sub sp, sp, #12 // A ldr r3, .L4 add r7, sp, #0 // B sub sp, sp, #48 // C mov r0, sp

[Bug target/43513] The stack pointer is adjusted twice

--- Comment #1 from carrot at google dot com 2010-03-25 09:20 --- Created an attachment (id=20195) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20195&action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43513

[Bug target/43513] The stack pointer is adjusted twice

--- Comment #2 from steven at gcc dot gnu dot org 2010-03-25 09:53 --- Any reason why combine-stack-adj.c doesn't perform this optimization for you? -- steven at gcc dot gnu dot org changed: What|Removed |Added -

[Bug bootstrap/43511] [4.5 Regression] Configure error at stage 1 in i386/libgomp

--- Comment #9 from jakub at gcc dot gnu dot org 2010-03-25 09:53 --- Ah, I see, there is an extra line: .text after ___i686.get_pc_thunk.bx: and before LFB30: and movl(%esp), %ebx. Will debug where it comes from and see how to get rid of it. -- http://gcc.gnu.org/bugzill

[Bug bootstrap/43511] [4.5 Regression] Configure error at stage 1 in i386/libgomp

--- Comment #10 from jakub at gcc dot gnu dot org 2010-03-25 10:18 --- Guess: 2010-03-25 Jakub Jelinek PR bootstrap/43511 * config/i386/i386.c (ix86_code_end): Set DECL_WEAK if TARGET_MACHO. --- gcc/config/i386/i386.c.jj2010-03-25 00:26:23.0 +0100 +++ gcc/config/i386/i386.c2

[Bug middle-end/43514] New: [missed optimization] use of SSE shift intrinsics introduces unnecessary moves to the stack and back

Testcase: #include __m128i intrin() { __m128i a = _mm_setzero_si128(); a = _mm_cmpeq_epi8(a, a); __m128i count = _mm_sad_epu8(_mm_abs_epi8(a), _mm_setzero_si128()); return _mm_sll_epi64(a, count); } __m128i assem() { register __m128i r asm("xmm0"); asm( "pxor

[Bug libobjc/30445] Fix for FIXME in gcc-4_2-branch/libobjc/Makefile.in

--- Comment #10 from rob1weld at aol dot com 2010-03-25 10:29 --- (In reply to comment #9) > I don't think you have any bug. Enjoy your DLL! Thanks for fixing this _2_ year old Bug. GCC 4.2.x (especially 4.2.1) is an important version of our compiler since: * It is able to compile mo

[Bug bootstrap/43511] [4.5 Regression] Configure error at stage 1 in i386/libgomp

--- Comment #11 from dominiq at lps dot ens dot fr 2010-03-25 10:39 --- > ... > + DECL_WEAK (decl) = 1; > ... > should fix this. Currently at stage 2, so it does. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43511

[Bug rtl-optimization/43515] New: Basic block re-ordering unconditionally disabled for Os

Basic block re-ordering appears to be unconditionally disabled when optimizing for size, irrespective of whether -freorder-blocks was specified on command line. This is applicable to all versions 4.4.1 - 4.5. As suggested in the following discussion this is incorrect behaviour http://gcc.gnu.org/m

[Bug debug/43516] New: "-fcompare-debug failure" at -O2

Command line: gcc -O2 -fcompare-debug testcase.c Tested revisions: r157677 - fail (i686) r157675 - OK (x86_64) but after reducing, one of testcases started failing at x86_64 further reducing is hard, and this could be a dup of pr42977 -- Summary: "-fcompare-debug failure" at -O2

[Bug debug/43516] "-fcompare-debug failure" at -O2

--- Comment #1 from zsojka at seznam dot cz 2010-03-25 11:30 --- Created an attachment (id=20196) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20196&action=view) ~2000 lines long testcase Command line: gcc -O2 -fcompare-debug pr43516.c fails at i686 r157677 and x86_64 r157675 d

[Bug debug/43516] "-fcompare-debug failure" at -O2

--- Comment #2 from zsojka at seznam dot cz 2010-03-25 11:32 --- Created an attachment (id=20197) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20197&action=view) ~3000 lines long testcase gcc -O2 -fcompare-debug pr43516-2.c fails only at i686 r157677 -- http://gcc.gnu.org/b

[Bug c/43385] [4.5 Regression] glibc regex testsuite failures

--- Comment #30 from doko at ubuntu dot com 2010-03-25 11:45 --- checked on ia64 and sparc, that the patch fixes the problem with 4.4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43385

[Bug c/43385] [4.5 Regression] glibc regex testsuite failures

--- Comment #31 from jakub at gcc dot gnu dot org 2010-03-25 11:55 --- Subject: Bug 43385 Author: jakub Date: Thu Mar 25 11:55:08 2010 New Revision: 157722 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157722 Log: PR c/43385 * gimplify.c (gimple_boolify): Only r

[Bug c/43385] [4.4/4.5 Regression] glibc regex testsuite failures

--- Comment #32 from jakub at gcc dot gnu dot org 2010-03-25 12:17 --- Fixed, sorry for the breakage. -- jakub at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/43511] [4.5 Regression] Configure error at stage 1 in i386/libgomp

--- Comment #12 from jakub at gcc dot gnu dot org 2010-03-25 12:19 --- Subject: Bug 43511 Author: jakub Date: Thu Mar 25 12:19:32 2010 New Revision: 157723 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157723 Log: PR bootstrap/43511 * config/i386/i386.c (ix86_co

[Bug target/43514] [missed optimization] use of SSE shift intrinsics introduces unnecessary moves to the stack and back

--- Comment #1 from ubizjak at gmail dot com 2010-03-25 13:10 --- Vector shift-by-scalar instructions use SImode for count operand to separate them from vector-by-vector shift instructions. Following patch helps in this case: Index: config/i386/sse.md ==

[Bug testsuite/31928] Libjava testsuite not setting test environment parameters correctly.

--- Comment #2 from davek at gcc dot gnu dot org 2010-03-25 14:37 --- (In reply to comment #0) > The manner is which Java is being checked _seems_ completely different. I'm > not > a Java expert, in fact I only know a little about it - shouldn't Java be > (identical) _independant_ of t

[Bug target/32192] Assembler errors compiling g++

--- Comment #2 from davek at gcc dot gnu dot org 2010-03-25 14:43 --- James, you reported this against 4.3.0. I've just tried your testcase against both 4.3.4 and HEAD, neither of which had any problem; can you see if you still get it at all, or if we can close this PR? -- davek at

[Bug bootstrap/42529] Stage 1 compiler cannot compile

--- Comment #16 from davek at gcc dot gnu dot org 2010-03-25 14:53 --- (In reply to comment #15) > (In reply to comment #14) > > So I guess that the build and install recreates those rogue dlls. > > > > My project compiles and links, but cannot run because the DLL is missing. So > the

[Bug fortran/43517] New: spurious end-of-file condition when namelist read follows formatted read

The following bug exists in all ports. It applies to gfortran 4.4.4 and 4.5. It does not apply to gfortran 4.4.0, 4.4.1, 4.4.2, 4.4.3, or any 4.3 version. I compile and run the following program: PROGRAM main NAMELIST /name/ j OPEN (10,FILE='file.txt',STATUS='OLD',FORM='FORMATTED') READ (10,5000)

[Bug inline-asm/43518] New: ARM register constraint for ldrd and strd instructions

ldrd and strd registers require pair of registers restricted to being an even-numbered register and the odd-numbered register that immediately follows it (for example, R10 and R11). We need additional constraint when declaring unsigned long long to assign appropriate register-pair so it will work

[Bug middle-end/42130] [graphite-branch] dealII fails

--- Comment #12 from spop at gcc dot gnu dot org 2010-03-25 15:15 --- The patch for the fix is: http://gcc.gnu.org/viewcvs?view=revision&revision=157286 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42130

[Bug fortran/43517] spurious end-of-file condition when namelist read follows formatted read

--- Comment #1 from dominiq at lps dot ens dot fr 2010-03-25 15:17 --- Compiling the test with trunk revision 156618 or gcc version 4.4.2 leads to [macbook] f90/bug% gfc_c pr43517.f90 [macbook] f90/bug% a.out i = 9 as expected [macbook] Otherwise confirmed for trunk revision

[Bug middle-end/43519] New: [graphite] Bootstrap with Graphite enabled fails in Java libs

Bootstrap with Graphite enabled stops while building Java libraries. See for example the results of the automatic testers at: http://groups.google.com/group/gcc-graphite-test/browse_thread/thread/3b326e5e27fc72b3 The error was introduced by the patch fixing PR42130 http://gcc.gnu.org/viewcvs?view=

[Bug rtl-optimization/33828] Issues with code hoisting implementation in gcse.c

--- Comment #14 from steven at gcc dot gnu dot org 2010-03-25 15:27 --- Add link to GIMPLE hoisting work. -- steven at gcc dot gnu dot org changed: What|Removed |Added B

[Bug bootstrap/43511] [4.5 Regression] Configure error at stage 1 in i386/libgomp

--- Comment #13 from dominiq at lps dot ens dot fr 2010-03-25 15:55 --- Revision 157723 bootstrapped successfully, thanks for the commit. Closing as fixed. -- dominiq at lps dot ens dot fr changed: What|Removed |Added --

[Bug debug/43516] "-fcompare-debug failure" at -O2

--- Comment #3 from jakub at gcc dot gnu dot org 2010-03-25 16:03 --- This has nothing with PR42977 - the differences start appearing during inlining. -- jakub at gcc dot gnu dot org changed: What|Removed |Added

[Bug debug/43516] [4.5 Regression] "-fcompare-debug failure" at -O2

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-code Summary|"-fcompare-debug failure" at|[4.5 Regre

[Bug rtl-optimization/43520] New: [4.5 Regression] gcc.dg/pr43058.c causes kernel panic on Linux/ia64

From http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43058#c16 The testcase checked into mainline is causing kernel panics on my debian testing ia64-linux machine when I run the gcc testsuite. The kernel panic is coming from the out-of-memory killer, when it runs out of processes to kill. I have 2G

[Bug rtl-optimization/43520] [4.5 Regression] gcc.dg/pr43058.c causes kernel panic on Linux/ia64

--- Comment #1 from hjl dot tools at gmail dot com 2010-03-25 16:15 --- From http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43058#c17 But clearly it is not var-tracking that eats all the memory, instead it is the scheduler, and it happens also with -g0, and doesn't happen with -fno-schedu

[Bug middle-end/43419] gcc replaces pow(x, 0.5) by sqrt(x), invalid when x is -0

-- hjl dot tools at gmail dot com changed: What|Removed |Added Known to fail||4.3.4 Known to work||4.4.4 4.5.0

[Bug c++/41183] [4.4 Regression] ICE compiling chromium

--- Comment #11 from jiez at gcc dot gnu dot org 2010-03-25 16:35 --- Created an attachment (id=20198) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20198&action=view) Another patch This is another patch by copying cfun->language to clone. -- http://gcc.gnu.org/bugzilla/show_

[Bug c++/43333] [4.5 Regression] __is_pod seems broken

--- Comment #14 from hjl at gcc dot gnu dot org 2010-03-25 16:40 --- Subject: Bug 4 Author: hjl Date: Thu Mar 25 16:39:51 2010 New Revision: 157726 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157726 Log: Backport regression testcases from mainline. 2010-03-25 H.J. Lu

[Bug target/42427] [4.5 Regression] invalid assembly code for 301.apsi for -fnon-call-exceptions

--- Comment #11 from hjl at gcc dot gnu dot org 2010-03-25 16:40 --- Subject: Bug 42427 Author: hjl Date: Thu Mar 25 16:39:51 2010 New Revision: 157726 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157726 Log: Backport regression testcases from mainline. 2010-03-25 H.J. Lu

[Bug c/43211] [4.5 Regression] ICE with incomplete type in function argument

--- Comment #10 from hjl at gcc dot gnu dot org 2010-03-25 16:40 --- Subject: Bug 43211 Author: hjl Date: Thu Mar 25 16:39:51 2010 New Revision: 157726 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157726 Log: Backport regression testcases from mainline. 2010-03-25 H.J. Lu

[Bug tree-optimization/43402] [4.5 Regression] dom1 miscompiles binary search

--- Comment #12 from hjl at gcc dot gnu dot org 2010-03-25 16:40 --- Subject: Bug 43402 Author: hjl Date: Thu Mar 25 16:39:51 2010 New Revision: 157726 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157726 Log: Backport regression testcases from mainline. 2010-03-25 H.J. Lu

[Bug middle-end/43300] [4.5 Regression] ICE: in emit_move_insn, at expr.c:3432

--- Comment #7 from hjl at gcc dot gnu dot org 2010-03-25 16:40 --- Subject: Bug 43300 Author: hjl Date: Thu Mar 25 16:39:51 2010 New Revision: 157726 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157726 Log: Backport regression testcases from mainline. 2010-03-25 H.J. Lu

[Bug middle-end/43475] [4.5 Regression] ICE in form_sum, at reload.c:5348

--- Comment #5 from hjl at gcc dot gnu dot org 2010-03-25 16:40 --- Subject: Bug 43475 Author: hjl Date: Thu Mar 25 16:39:51 2010 New Revision: 157726 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157726 Log: Backport regression testcases from mainline. 2010-03-25 H.J. Lu

[Bug middle-end/42450] [4.5 Regression] another GCC 4.5 ICE on C++ templated code

--- Comment #19 from hjl at gcc dot gnu dot org 2010-03-25 16:40 --- Subject: Bug 42450 Author: hjl Date: Thu Mar 25 16:39:51 2010 New Revision: 157726 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157726 Log: Backport regression testcases from mainline. 2010-03-25 H.J. Lu

[Bug tree-optimization/43367] [4.5 Regression] ice: in may_propagate_copy, at tree-ssa-copy.c:85

--- Comment #5 from hjl at gcc dot gnu dot org 2010-03-25 16:40 --- Subject: Bug 43367 Author: hjl Date: Thu Mar 25 16:39:51 2010 New Revision: 157726 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157726 Log: Backport regression testcases from mainline. 2010-03-25 H.J. Lu

[Bug middle-end/43390] [4.5 Regression] ICE: integral result type precision does not match field size of BIT_FIELD_REF

--- Comment #9 from hjl at gcc dot gnu dot org 2010-03-25 16:40 --- Subject: Bug 43390 Author: hjl Date: Thu Mar 25 16:39:51 2010 New Revision: 157726 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157726 Log: Backport regression testcases from mainline. 2010-03-25 H.J. Lu

[Bug tree-optimization/43379] [4.5 Regression] ICE: error: SSA_NAME_OCCURS_IN_ABNORMAL_PHI should be set with -O2 -ftracer

--- Comment #9 from hjl at gcc dot gnu dot org 2010-03-25 16:40 --- Subject: Bug 43379 Author: hjl Date: Thu Mar 25 16:39:51 2010 New Revision: 157726 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157726 Log: Backport regression testcases from mainline. 2010-03-25 H.J. Lu

[Bug c++/43375] [4.5 Regression] ICE during compiling SSE code

--- Comment #9 from hjl at gcc dot gnu dot org 2010-03-25 16:40 --- Subject: Bug 43375 Author: hjl Date: Thu Mar 25 16:39:51 2010 New Revision: 157726 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157726 Log: Backport regression testcases from mainline. 2010-03-25 H.J. Lu

[Bug c++/19351] operator new[] can return heap blocks which are too small

-- fw at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|fw at deneb dot enyo dot de |unassigned at gcc dot gnu ||

[Bug debug/43516] "-fcompare-debug failure" at -O2

--- Comment #4 from jakub at gcc dot gnu dot org 2010-03-25 16:49 --- Seems remove_unused_scope_block_p removes from BLOCK #0 SUPERCONTEXT: re_string_skip_chars VARS: prev_st rawbuf_idx mbclen wc the prev_st variable which was unused. But remove_unused_scope_block_p does this only

[Bug debug/43516] [4.5 Regression] "-fcompare-debug failure" at -O2

--- Comment #5 from jakub at gcc dot gnu dot org 2010-03-25 16:50 --- Well, I'm not sure it is a 4.5 regression, I think 4.4 and earlier behave the same. BTW, there is also some alias set difference (44 vs. 43) I'll look at tomorrow. -- jakub at gcc dot gnu dot org changed:

[Bug c++/19351] operator new[] can return heap blocks which are too small

--- Comment #19 from manu at gcc dot gnu dot org 2010-03-25 16:57 --- (In reply to comment #18) > Perhaps someone could turn this into a landable patch > https://bugzilla.mozilla.org/attachment.cgi?id=352646&action=edit > > This seemed to fix the problem for us > You just need a testc

[Bug c++/19351] operator new[] can return heap blocks which are too small

--- Comment #20 from fw at gcc dot gnu dot org 2010-03-25 17:13 --- (In reply to comment #19) > You just need a testcase, bootstrap and regression testing. Test case (and a different patch) is here: -- http://gcc.gnu.org/bu

[Bug debug/43516] [4.5 Regression] "-fcompare-debug failure" at -O2

--- Comment #6 from zsojka at seznam dot cz 2010-03-25 17:13 --- Created an attachment (id=20199) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20199&action=view) unreduced testcase from comment #1 (from gawk sources) This testcase fails at i686 with: gcc regex.i -fcompare-debug -

[Bug debug/43521] New: java: "this" pointer not marked with DW_AT_artificial

$ cat > j.java << EOF > class j > { > public j () { } > > public static void main (String[] args) > { > j a = new j (); > System.out.println ("a = " + a); > } > } > EOF $ gcj -g j.java -o j --main=j If you look at the debug info generated for the constructor, gcj gives us: <2><11

[Bug tree-optimization/42906] [4.5 Regression] Empty loop not removed

--- Comment #24 from hubicka at ucw dot cz 2010-03-25 17:22 --- Subject: Re: [4.5 Regression] Empty loop not removed Hi, this is updated version of patch that bootstraps/regtests. In previous one there was bug that BB was marked when processed even when only edge was processed

[Bug middle-end/40106] [4.4 Regression] Weird interaction between optimize_insn_for_speed_p and -funsafe-math-optimizations

--- Comment #59 from hubicka at gcc dot gnu dot org 2010-03-25 17:37 --- Hi, concerning the optimize_*_for_size and maybe_hot_*_p predicates, the idea is that maybe_hot/probably_cold care about the profile alone. So when optimizing for size, parts of program still can be considered hot

Re: [Bug middle-end/42181] [4.5 Regression][graphite] -fgraphite-identity miscompiles air.f90

On Wed, Mar 24, 2010 at 16:35, howarth at nitro dot med dot uc dot edu wrote: >> Fixed. >> >> Please use ftp://gcc.gnu.org/pub/gcc/infrastructure/cloog-ppl-0.15.9.tar.gz >> > > Shouldn't the required cloog-ppl version in configure be bumped from 0.15.5 to > 0.15.9? > Richi what do you think?

[Bug middle-end/42181] [4.5 Regression][graphite] -fgraphite-identity miscompiles air.f90

--- Comment #32 from sebpop at gmail dot com 2010-03-25 17:43 --- Subject: Re: [4.5 Regression][graphite] -fgraphite-identity miscompiles air.f90 On Wed, Mar 24, 2010 at 16:35, howarth at nitro dot med dot uc dot edu wrote: >> Fixed. >> >> Please use ftp://gcc.gnu.org/pub/gcc

[Bug c++/43522] New: 4.4 regression: Attempts to instantiate unnecessary code

Code: --- template struct tester; template <> struct tester { enum { value = 1 }; }; template struct allow_double_instantiations { static const bool value = false; }; template class FixedPoint { static const bool allow_double_instantiations = false; typedef FixedPoint Self;

[Bug testsuite/43512] [4.5 regression] Many objc test failures

--- Comment #2 from janis at gcc dot gnu dot org 2010-03-25 18:07 --- Iain, these tests pass if the tests are run after "make install" because then the objc header files are found in the install tree. I tested your patch but installed first, that's why I didn't see the failures. --

[Bug c++/43522] 4.4 regression: Attempts to instantiate unnecessary code

--- Comment #1 from georgeh at rentec dot com 2010-03-25 18:07 --- g++ -v output -- apologies: Using built-in specs. Target: i686-suse-linux Configured with: ../../gcc-4.4.3/configure --enable-languages=c,c++,fortran --p refix=/usr/local/products/gcc/4.4.3-32 --with-gnu-as --with-as=/u

[Bug c++/43522] 4.4 regression: Attempts to instantiate unnecessary code

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-03-25 18:08 --- So you are saying the standard thinks FixedPoint::allow_double_instantiations is dependent. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43522

[Bug c++/12333] [DR 272] Explicit call to MyClass::~MyClass() not allowed

--- Comment #13 from pinskia at gcc dot gnu dot org 2010-03-25 18:16 --- Related to PR 12228. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12333

[Bug c++/43522] 4.4 regression: Attempts to instantiate unnecessary code

--- Comment #3 from pinskia at gcc dot gnu dot org 2010-03-25 18:20 --- I think that name is not dependent because or DR 224, see PR 29607. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43522

[Bug c++/43487] method locations are incorrect

--- Comment #6 from dodji at gcc dot gnu dot org 2010-03-25 18:21 --- I guess this would be useful for diagnostic too. -- dodji at gcc dot gnu dot org changed: What|Removed |Added

[Bug debug/43516] [4.5 Regression] "-fcompare-debug failure" at -O2

--- Comment #7 from pinskia at gcc dot gnu dot org 2010-03-25 18:34 --- Note this is hard to reduce really, even removing of some BLOCKS causes it to pass. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43516

[Bug c++/43522] [4.4 regression] Attempts to instantiate unnecessary code

--- Comment #4 from bangerth at gmail dot com 2010-03-25 18:37 --- (In reply to comment #2) > So you are saying the standard thinks > FixedPoint::allow_double_instantiations is dependent. That is the correct question. We get the error message during template parsing, not during templa

[Bug c++/43522] [4.4 regression] Attempts to instantiate unnecessary code

--- Comment #5 from pinskia at gcc dot gnu dot org 2010-03-25 18:47 --- >it should be non-dependent. Except DR 224 changed that. See also PR 9634 comment #3 which shows that it is not dependent at all. And the trunk has the same behavior as 4.4. So this code is invalid as DR 224 chan

[Bug debug/43521] java: "this" pointer not marked with DW_AT_artificial

--- Comment #1 from drow at gcc dot gnu dot org 2010-03-25 18:47 --- Interesting note: if this case had an abstract origin instead of a specification, then 15e and 173 would both have DW_AT_abstract_origin, and the DW_AT_artificial would be inherited. As it is, though, the debug info is

[Bug c/43385] [4.4/4.5 Regression] glibc regex testsuite failures

--- Comment #33 from davem at davemloft dot net 2010-03-25 18:51 --- All of the GLIBC failures went away with this fix, thanks Jakub. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43385

[Bug debug/43521] java: "this" pointer not marked with DW_AT_artificial

-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywo

[Bug other/43523] New: TLS documentation in internals manual incomplete

I'm filing this with component `other' since there seems to be no own docs component. While working on TLS support on Solaris 2/x86 with Sun as, I noticed that with the exception of emultls almost no aspect of our TLS implementation is documented in the internals manual. E.g. TLS_MODEL_*, DECL_TL

[Bug rtl-optimization/43520] gcc.dg/pr43058.c uses way too memory on ia64

--- Comment #2 from pinskia at gcc dot gnu dot org 2010-03-25 19:05 --- Did you test earlier versions of GCC with the testcase? Also it should not hard to figure out where in the scheduler the memory is being used. The kernel panic is not our fault so make sure the kernel guys get a bu

[Bug c/43524] New: ICE: in ix86_expand_prologue, at config/i386/i386.c:8636 with -mstack-arg-probe on x86_64-linux

Command line: gcc -mstack-arg-probe testcase.c -- testcase.c -- extern void bar(void); void foo(int i) { bar(); } Tested revisions: r157723 - crash r153685 - crash 4.4 r157395 - crash 4.4 r149995 - crash Compiler output: $ /mnt/svn/gcc-trunk/binary-157723-lto/bin

[Bug libstdc++/43525] New: Useless condition: "if (__x->_M_right != __y)"

The variable "__y" in _Rb_tree_increment (src/tree.cc) is always equal to "__x->_M_parent. Therefore the condition means (which is alwys true): if (__x->_M_right != __x->_M_parent) The source: _Rb_tree_node_base* _Rb_tree_increment(_Rb_tree_node_base* __x) throw () { if (__x->_M_right

[Bug testsuite/43512] [4.5 regression] Many objc test failures

--- Comment #3 from developer at sandoe-acoustics dot co dot uk 2010-03-25 20:03 --- (In reply to comment #2) > Iain, these tests pass if the tests are run after "make install" because then > the objc header files are found in the install tree. I tested your patch but > installed first

[Bug fortran/43517] spurious end-of-file condition when namelist read follows formatted read

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2010-03-25 20:42 --- Here we go. ;) -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Assign

[Bug libstdc++/43525] Useless condition: "if (__x->_M_right != __y)"

--- Comment #1 from paolo dot carlini at oracle dot com 2010-03-25 20:44 --- Makes sense. I'm still a bit reluctant to change this for 4.5.0. The last time we improved a bit the RB tree implementation we compared it to the one used in the Linux kernel, can you do it and confirm? --

[Bug target/43526] New: ICE: in construct_container, at config/i386/i386.c:5733 with -m96bit-long-double at x86_64-linux

Command line: gcc -m96bit-long-double testcase.c Tested revisions: r157723 - crash alpha20100318 - deadlock? (without checking) 4.4 r157395 - crash 4.4.3 (gentoo) - crash 4.2.4 (gentoo) - crash 4.1.2 (gentoo) - crash 3.4.6 (gentoo) - OK 3.3.6 (gentoo) - OK Compiler output: $ /mnt/svn/gcc-trunk/bi

[Bug target/43526] ICE: in construct_container, at config/i386/i386.c:5733 with -m96bit-long-double at x86_64-linux

--- Comment #1 from zsojka at seznam dot cz 2010-03-25 21:04 --- Created an attachment (id=20201) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20201&action=view) reduced testcase Command line: gcc -m96bit-long-double pr43526.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4

[Bug libstdc++/43525] Useless condition: "if (__x->_M_right != __y)"

--- Comment #2 from paolo dot carlini at oracle dot com 2010-03-25 21:04 --- Evidently, the condition isn't always true: if I replace it with a call to __builtin_abort() when __x->_M_right == __y then 21_strings/basic_string/requirements/exception/generation_prohibited.cc aborts. I don'

[Bug debug/43516] [4.5 Regression] "-fcompare-debug failure" at -O2

--- Comment #8 from jakub at gcc dot gnu dot org 2010-03-25 21:06 --- Oops, sorry, forgot that -fdump-final-insns=XX does emit decl uids into the dump, unless -fcompare-debug=-gtoggle is also passed to cc1. So I was comparing what -fcompare-debug actually is not comparing. The alias di

[Bug libstdc++/43525] Useless condition: "if (__x->_M_right != __y)"

--- Comment #3 from ninive at gmx dot at 2010-03-25 21:30 --- Hi Paolo, Yes, you are right, I forgot the NULL value. Sorry for disturbing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43525

[Bug c/43527] New: ICE in cselib_record_set, at cselib.c:1864 during build of compiler

This worked in 4.4.x with the lm32 patch before merger. GNU C (GCC) version 4.5.0 20100316 (experimental) [trunk revision 157481] (lm32-rtems4.10) compiled by GNU C version 4.5.0 20100316 (experimental) [trunk revision 157481], GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.8 /users

[Bug target/43527] ICE in cselib_record_set, at cselib.c:1864 during build of compiler

--- Comment #1 from joel at gcc dot gnu dot org 2010-03-25 21:36 --- Compiles at -O0. Fails at -O1. Suggestions on an optimization pass to disable is welcomed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43527

[Bug libstdc++/43525] Useless condition: "if (__x->_M_right != __y)"

--- Comment #4 from paolo dot carlini at oracle dot com 2010-03-25 21:38 --- Ok. No problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43525

[Bug testsuite/43512] [4.5 regression] Many objc test failures

--- Comment #4 from developer at sandoe-acoustics dot co dot uk 2010-03-25 21:40 --- (In reply to comment #3) > (In reply to comment #2) > It's a source of potentially very subtle problems... > (at least, that is my understanding of the situation). I should add that, at one stage, th

[Bug testsuite/43512] [4.5 regression] Many objc test failures

--- Comment #5 from pinskia at gcc dot gnu dot org 2010-03-25 21:42 --- The headers were never the same. In fact the runtimes are implemented slightly different with respect of how messages are done. So they can never converge. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43512

[Bug target/43528] New: ICE: in tree_low_cst, at tree.c:6198 with -mms-bitfields at x86_64-linux

Command line: gcc -mms-bitfields testcase.c -- testcase.c -- struct S { int i[(1LL << 60) - 1]; }; Tested revisions: r157723 - crash 4.4 r157395 - crash (with checking) Compiler output: $ /mnt/svn/gcc-trunk/binary-157723-lto/bin/gcc -mms-bitfields testcase.c test

[Bug fortran/43505] [4.5 Regression] type mismatch between an SSA_NAME and its symbol with -O3

--- Comment #5 from pault at gcc dot gnu dot org 2010-03-25 21:59 --- I am a bit lost :-( (gdb) print ssa_name->common $6 = {base = {code = SSA_NAME, side_effects_flag = 0, constant_flag = 0, addressable_flag = 0, volatile_flag = 0, readonly_flag = 0, unsigned_flag = 0, asm_wr

[Bug c++/43206] [4.5 Regression] Revision 145440 caused ICE at cp/pt.c:9249

--- Comment #4 from dodji at gcc dot gnu dot org 2010-03-25 22:08 --- Subject: Bug 43206 Author: dodji Date: Thu Mar 25 22:08:33 2010 New Revision: 157730 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157730 Log: Fix candidate for PR c++/43206 gcc/cp/ChangeLog: PR c++/

[Bug target/43526] [4.3/4.4/4.5 Regression] ICE: in construct_container, at config/i386/i386.c:5733 with -m96bit-long-double at x86_64-linux

--- Comment #2 from ubizjak at gmail dot com 2010-03-25 22:24 --- As said in the manual: In the x86-64 compiler, `-m128bit-long-double' is the default choice as its ABI specifies that `long double' is to be aligned on 16 byte boundary. So, don't use -m96bit-long-double.

[Bug objc/35165] Massive failures of objc on i686-apple-darwin9

--- Comment #8 from janis at gcc dot gnu dot org 2010-03-25 22:25 --- Subject: Bug 35165 Author: janis Date: Thu Mar 25 22:25:05 2010 New Revision: 157731 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157731 Log: 2010-03-25 Iain Sandoe PR objc/35165 PR tests

[Bug testsuite/43512] [4.5 regression] Many objc test failures

--- Comment #6 from janis at gcc dot gnu dot org 2010-03-25 22:25 --- Subject: Bug 43512 Author: janis Date: Thu Mar 25 22:25:05 2010 New Revision: 157731 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157731 Log: 2010-03-25 Iain Sandoe PR objc/35165 PR tests

[Bug target/43526] [4.3/4.4/4.5 Regression] ICE: in construct_container, at config/i386/i386.c:5733 with -m96bit-long-double at x86_64-linux

--- Comment #3 from zsojka at seznam dot cz 2010-03-25 22:30 --- Thank you for the reply. However, there are more switches that change the ABI, and most of them don't cause asserts. (and gcc asked me to submit a bug report, so I did) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug fortran/43517] [4.5 Regression] spurious end-of-file condition when namelist read follows formatted read

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2010-03-25 22:46 --- The breakage is r157310. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

  1   2   >