[Bug fortran/43062] NAMELIST attribute conflicts with ALLOCATABLE attribute

--- Comment #4 from zazzou at gmail dot com 2010-02-15 08:17 --- (In reply to comment #3) > I've posted a question to c.l.f about this code. I > believe the language of the standard is contradictory > and as such the code can be interpreted as illegal or > legal. > > http://groups.goo

[Bug c/43073] New: building arm cross-compiler fails when attempting to build regex library

I can bootstrap a cross-compiler with no target system library with GCC 4.3.3, but using the same configuration options causes a failure when building GCC 4.4.3. It appears to be attempting to build the regex function of libiberty for the target, and failing because there isn't a target system lib

[Bug lto/43071] ICE: SIGSEGV with -fwhopr -fcompare-debug

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-15 09:30 --- Ha, you fool! C++ debug information is one thing that doesn't really work with LTO. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/43070] [4.5 Regression] g++.dg/ext/label2.C fails to compile at -O1

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|tree-optimization |c++ Target Milestone|--- |4.5.0 http://gc

[Bug tree-optimization/43068] [4.5 Regression] ICE: in estimate_operator_cost, at tree-inline.c:3141 with -freorder-blocks -ftracer

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-15 09:39 --- Whoo, a NON_LVALUE_EXPR. From /* PTR +p 0 -> PTR */ if (integer_zerop (arg1)) return non_lvalue_loc (loc, fold_convert_loc (loc, type, arg0)); bah. I have a patch. -- rguenth at gcc dot gn

[Bug tree-optimization/43074] New: [4.4/4.5 Regression] ICE in vectorizable_reduction, at tree-vect-loop.c:3491

float pvslockprocess(float *fout, float *fin, int framesize) { int i; float mag=0.0f, diff; for (i = 0; i < framesize; i += 2) { mag += fin[i]; fout[i] = fin[i]; fout[i+1] = fin[i+1]; } return mag; } > gcc-4.5 -O3 -ffast-math t.3.3.i t.3.3.i: In function 'pvslockprocess

[Bug tree-optimization/43074] [4.4/4.5 Regression] ICE in vectorizable_reduction, at tree-vect-loop.c:3491

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||irar at gcc dot gnu dot org Target Milestone|---

[Bug target/40667] [4.4/4.5 Regression] stack frames are generated even with -fomit-frame-pointer

--- Comment #26 from mikulas at artax dot karlin dot mff dot cuni dot cz 2010-02-15 10:34 --- Comment #25: I don't understand your logic, what does attribute((noreturn)) have to do with a stack frame? The only valid reasons for generating a stack frame are alloca() or needed stack real

[Bug libstdc++/43075] New: [4.5 Regression] 20_util/bind/ref2.cc FAILs at -O0

make check-target-libstdc++-v3 RUNTESTFLAGS="--target_board=unix/-O0 conformance.exp=20_util/bind/ref2.cc" FAIL: 20_util/bind/ref2.cc execution test === libstdc++ Summary === # of expected passes1 # of unexpected failures1 -- Summary: [4.5 Regres

[Bug libstdc++/43075] [4.5 Regression] 20_util/bind/ref2.cc FAILs at -O0

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

[Bug lto/43071] ICE: SIGSEGV with -fwhopr -fcompare-debug

--- Comment #3 from zsojka at seznam dot cz 2010-02-15 11:27 --- Created an attachment (id=19876) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19876&action=view) reduced testcase Seems I forgot the testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43071

[Bug tree-optimization/43068] [4.5 Regression] ICE: in estimate_operator_cost, at tree-inline.c:3141 with -freorder-blocks -ftracer

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-02-15 11:28 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/43068] [4.5 Regression] ICE: in estimate_operator_cost, at tree-inline.c:3141 with -freorder-blocks -ftracer

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-15 11:28 --- Subject: Bug 43068 Author: rguenth Date: Mon Feb 15 11:27:54 2010 New Revision: 156770 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156770 Log: 2010-02-15 Richard Guenther PR middle-end/43068

[Bug libstdc++/43075] [4.5 Regression] 20_util/bind/ref2.cc FAILs at -O0

--- Comment #1 from paolo dot carlini at oracle dot com 2010-02-15 11:44 --- If you really think this is a purely libstdc++ issue we gonna need *a lot* of help from the compiler people. Also consider that Jonathan, the author of the recent improvements to std::bind, will be in vacations

[Bug fortran/41869] ICE segfault when reading module file

--- Comment #7 from pault at gcc dot gnu dot org 2010-02-15 11:57 --- Since Tobias and I already did the business on trunk, I suppose that one of us should take ownership of it. Do we backport to 4.4 or just close it? I would go for the backporting. Paul -- pault at gcc dot gnu do

[Bug libstdc++/43075] [4.5 Regression] 20_util/bind/ref2.cc FAILs at -O0

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-15 12:19 --- (In reply to comment #1) > If you really think this is a purely libstdc++ issue we gonna need *a lot* of > help from the compiler people. Also consider that Jonathan, the author of the > recent improvements to std::b

[Bug debug/43051] [4.5 Regression] VTA causes a stack living parameter unavailable in most of the function

--- Comment #4 from jakub at gcc dot gnu dot org 2010-02-15 12:21 --- Created an attachment (id=19877) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19877&action=view) gcc45-pr43051.patch Patch that fixes this issue and I'm going to bootstrap/regtest now. -- http://gcc.gnu.or

[Bug libstdc++/43075] [4.5 Regression] 20_util/bind/ref2.cc FAILs at -O0

--- Comment #3 from paolo dot carlini at oracle dot com 2010-02-15 12:27 --- > So the testcase is bogus? Then please remove it. Nobody said is bogus. I said it didn't exist in 4.4, thus can't be a regression. Maybe we should xfail it, if we cannot understand in time what's going on.

[Bug c++/43076] New: ICE: SIGSEGV with invalid C++ code after giving diagnostics

Command line: g++ testcase.cpp --- testcase.cpp --- struct S; template < typename > struct T { template < typename > template < bool > struct T < S > { void f () { Tested revisions: trunk r156745 - crash trunk r153685 - crash 4.4 r156256 - crash 4.4

[Bug tree-optimization/43074] [4.4/4.5 Regression] ICE in vectorizable_reduction, at tree-vect-loop.c:3491

-- irar at il dot ibm dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |irar at il dot ibm dot com |dot org

[Bug libstdc++/43075] [4.5 Regression] 20_util/bind/ref2.cc FAILs at -O0

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-15 13:16 --- It also fails with -O1 and -O2 -fno-strict-aliasing and with -O2 -fno-inline. Assembler differences for -O2 vs. -O2 with my patch (which effectively makes us see more must-aliases, thus "accept" slightly invalid str

[Bug debug/43077] New: VTA issues caused by SSA expand

In the following testcase in both foo and baz functions var[abc] debuginfo is lost during SSA expansion (unlike e.g. with redhat/gcc-4_4-branch VTA which doesn't do SSA expansion): int varb; int __attribute__((noinline)) foo (void) { int vara = (varb == 3); asm volatile ("" : : "g" (vara));

[Bug c++/42911] [4.5 Regression] huge compile time with -g -O2

--- Comment #4 from jakub at gcc dot gnu dot org 2010-02-15 13:52 --- This is something http://gcc.gnu.org/ml/gcc-patches/2010-01/msg01015.html patch with a default limit like 5000 cures. The function is simple too huge after all the inlining for var-tracking purposes. -- http:

[Bug fortran/43078] New: gfortran: spurious warning of line truncation at col 72

ANSI X3.9-1978 defines Fortran line length as 72. But gfortran permits only 71 characters before issuing a warning. For example, this valid Fortran source code: WRITE ( *, '(1X,A3,F15.6,'' ='',F15.6,''+'',F14.6,'' =''' // : 'I5,2(''/'',I2.2),I3,2('':'',I2.2),''.'',I6.6

[Bug libstdc++/43075] [4.5 Regression] 20_util/bind/ref2.cc FAILs at -O0

--- Comment #5 from paolo dot carlini at oracle dot com 2010-02-15 14:02 --- What I see right now is that Inc::f is called but &i != &counter. Instead, in the first test, that at line #53 of ref2.cc, Inc::operator() is called with &i == &counter, and everything is fine. I also tried mo

[Bug debug/43051] [4.5 Regression] VTA causes a stack living parameter unavailable in most of the function

--- Comment #5 from jakub at gcc dot gnu dot org 2010-02-15 14:10 --- While the patch bootstrapped/regtested on i686-linux (all,obj-c++,lto but no ada) and resulted in quite substantial changes on .debug_info/.debug_loc - .debug_info on cc1 grew by ~ 11.1% from 16513941 to 18581214 bytes

[Bug libstdc++/43075] [4.5 Regression] 20_util/bind/ref2.cc FAILs at -O0

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-02-15 14:15 --- D.25693._M_bound_args.D.25507.D.25257.D.25050._M_head_impl._M_data = &counter; this.24_34 = (struct Inc *) &D.25693._M_bound_args.D.25507; *this.24_34 = __bound_args#0; D.29831_51 = D.25693._M_bound_args.D.25

[Bug c++/43079] New: [4.5 Regression] ICE with incompatible pointer-to-member-function as template parameter

The following invalid code snippet triggers an ICE on trunk: === struct A {}; struct B { void foo() const; void foo(); }; template void bar(); void baz() { bar<&B::foo>(); } === bug.cc: In function 'void baz()': bug.

[Bug c++/43079] [4.5 Regression] ICE with incompatible pointer-to-member-function as template parameter

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

[Bug libstdc++/43075] [4.5 Regression] 20_util/bind/ref2.cc FAILs at -O0

--- Comment #7 from paolo dot carlini at oracle dot com 2010-02-15 14:21 --- For sure Inc doesn't have any non-static data members... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43075

[Bug c++/43080] New: ICE with anonymous union and -flto

The following valid code snippet triggers an ICE on trunk when compiled with "-flto -g": === inline int foo() { static union { int i; }; return i; } void bar() { foo(); } === bug.cc: In function 'foo()': bug.cc:5:1: in

[Bug c++/43081] New: [c++0x] ICE with invalid use of lambda expression

The following invalid code snippet triggers an ICE on trunk: === struct A { typedef void (F)(); F f = []{}; }; === bug.cc:4:12: internal compiler error: in grokfield, at cp/decl2.c:911 Please submit a full bug report, [et

[Bug libstdc++/15047] libstdc++ testing does not work remotely

--- Comment #15 from drow at gcc dot gnu dot org 2010-02-15 14:34 --- I no longer care whether this works; I don't do build-tree testing. It's probably still broken, but with no one using it, closing as WONTFIX. -- drow at gcc dot gnu dot org changed: What|Removed

[Bug c++/41997] [C++0x] constant initializer_list not optimised

--- Comment #5 from jason at gcc dot gnu dot org 2010-02-15 14:50 --- Fixed for 4.5. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIG

[Bug c++/42060] [4.4 Regression] [c++0x] ICE throwing array with initializer list

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

[Bug c++/42060] [4.4 Regression] [c++0x] ICE throwing array with initializer list

--- Comment #3 from jason at gcc dot gnu dot org 2010-02-15 14:51 --- Marking as fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|AS

[Bug libstdc++/43075] [4.5 Regression] 20_util/bind/ref2.cc FAILs at -O0

--- Comment #8 from rguenth at gcc dot gnu dot org 2010-02-15 14:53 --- The issue _seems_ to be that the indirect assignment ;; *this.24_34 = __bound_args#0; is from ;; Function std::_Head_base<_Idx, _Head, true>::_Head_base(_UHead&&) [with _UHead = Inc, long unsigned int _Idx = 0ul,

[Bug c++/43080] ICE with anonymous union and -flto

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-02-15 15:03 --- We remove anonymous names to not break cross-TU merging. Looks like we need to resurrect them or mark them as anonymous for merging instead of throwing them away. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=

[Bug c++/43036] [4.3/4.4/4.5 Regression] c++ compilation hang

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

[Bug c++/43036] [4.3/4.4/4.5 Regression] c++ compilation hang

--- Comment #15 from jason at gcc dot gnu dot org 2010-02-15 15:29 --- Further reduced: typedef char T6[2][8]; const T6* p1; typedef char T[8]; typedef T T2[2]; typedef T T3[2]; typedef char T5[2][8]; const T2* p2; const T5* p3; const T3* p4; -- http://gcc.gnu.org/bugzilla/show_bug

[Bug libgcj/40860] [4.4/4.5 regression] regressions in libjava testsuite on arm-linux

--- Comment #7 from doko at ubuntu dot com 2010-02-15 15:32 --- this seems to be the patch for the ARM unwind table linker processing? if yes, see http://sourceware.org/bugzilla/show_bug.cgi?id=10695 for some comments. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40860

[Bug other/43082] New: ICE in tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p

seen with 4.3, 4.4 and trunk: $ gcc -c main.i main.c: In function 'main': main.c:22:5: error: void value not ignored as it ought to be main.c:22:5: error: void value not ignored as it ought to be main.c:22:8: internal compiler error: tree check: expected class 'type', have 'exceptional' (error_mar

[Bug other/43082] ICE in tree check: expected class 'type', have 'exceptional' (error_mark) in useless_type_conversion_p

--- Comment #1 from doko at ubuntu dot com 2010-02-15 15:47 --- Created an attachment (id=19878) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19878&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43082

[Bug libstdc++/23271] Members of ctype_base appear not to be integral constant expressions.

--- Comment #6 from paolo dot carlini at oracle dot com 2010-02-15 15:53 --- Dave, any hints about this cygwin issue? -- paolo dot carlini at oracle dot com changed: What|Removed |Added -

[Bug c++/43079] [4.5 Regression] ICE with incompatible pointer-to-member-function as template parameter

--- Comment #1 from hjl dot tools at gmail dot com 2010-02-15 15:55 --- It is caused by revision 154336: http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00557.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug debug/43051] [4.5 Regression] VTA causes a stack living parameter unavailable in most of the function

--- Comment #6 from jakub at gcc dot gnu dot org 2010-02-15 16:13 --- Created an attachment (id=19879) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19879&action=view) additional patch With this incremental patch it bootstrapped/regtested even on x86_64-linux. On x86_64-linux cc1

[Bug c++/43036] [4.3/4.4/4.5 Regression] c++ compilation hang

--- Comment #16 from hjl dot tools at gmail dot com 2010-02-15 16:44 --- I have no idea if this patch makes any senses: --- diff --git a/gcc/cp/tree.c b/gcc/cp/tree.c index d2ab4f0..5ac5f09 100644 --- a/gcc/cp/tree.c +++ b/gcc/cp/tree.c @@ -822,7 +822,7 @@ cp_build_qualified_type_real

[Bug rtl-optimization/43058] [4.5 Regression] var-tracking uses up all virtual memory

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-02-15 16:57 --- The following doesn't make too much sense: static bool cgraph_mark_inline_edge (struct cgraph_edge *e, bool update_original, VEC (cgraph_edge_p, heap) **new_edges) { ... /* Now update size

[Bug fortran/43062] NAMELIST attribute conflicts with ALLOCATABLE attribute

--- Comment #5 from kargl at gcc dot gnu dot org 2010-02-15 17:04 --- (In reply to comment #4) > (In reply to comment #3) > > I've posted a question to c.l.f about this code. I > > believe the language of the standard is contradictory > > and as such the code can be interpreted as ille

[Bug debug/42918] [4.5 Regression] "-fcompare-debug failure" with "-O2 -ftracer" (2)

--- Comment #3 from jakub at gcc dot gnu dot org 2010-02-15 17:06 --- The problem here is missing INSN location on insn generated by insert_restore with -g (without -g it has one). Before IRA we have: (note 26 25 27 5 [bb 5] NOTE_INSN_BASIC_BLOCK) (call_insn 27 26 28 5 pr42918.c:14 (cal

[Bug fortran/43078] gfortran: spurious warning of line truncation at col 72

--- Comment #1 from kargl at gcc dot gnu dot org 2010-02-15 17:10 --- Works for me with both 4.4.2 and trunk. Can you attach a small self-contained example that fails? The single line of code you posted may have been mangled during the submission. PS: Does the line of code you submitt

[Bug libstdc++/23271] Members of ctype_base appear not to be integral constant expressions.

--- Comment #7 from davek at gcc dot gnu dot org 2010-02-15 17:30 --- (In reply to comment #3) > Confirmed, this is either a cygwin/newlib bug or a libstdc++ bug: > reduced testcase for the error: Reduced reduced testcase: static const char print = 0x97; -- davek at gcc dot gnu dot

[Bug libstdc++/23271] Members of ctype_base appear not to be integral constant expressions.

--- Comment #8 from davek at gcc dot gnu dot org 2010-02-15 17:31 --- Oops, that was slightly premature. I meant to add that the error (from the original testcase) doesn't happen with the 4.3.4 system compiler nor with 4.5.0 head, and that I'm afraid there aren't going to be any bugs fi

[Bug libstdc++/23271] Members of ctype_base appear not to be integral constant expressions.

--- Comment #9 from davek at gcc dot gnu dot org 2010-02-15 17:32 --- (In reply to comment #5) > Is the print member really already overflowed? It has a value of 0200 which > is > 0x80: so if char is signed (it is on cygwin) then it's setting the sign bit, > which should be OK I think.

[Bug libstdc++/23271] Members of ctype_base appear not to be integral constant expressions.

--- Comment #10 from davek at gcc dot gnu dot org 2010-02-15 17:35 --- (still here - only de-cc'd one of my two addresses) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23271

[Bug objc/43061] 47 new GCC h...@156527 regressions

--- Comment #24 from mikestump at comcast dot net 2010-02-15 17:38 --- Yes, I think IainS is on the right track, all things in objc_cls_refs escape and can be read and written to in unexpected ways by the runtime. Setting TREE_ADDRESSABLE sounds like a reasonable step forward. -- mi

[Bug libstdc++/23271] Members of ctype_base appear not to be integral constant expressions.

--- Comment #11 from paolo dot carlini at oracle dot com 2010-02-15 17:44 --- Ah, thanks Dave! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23271

[Bug tree-optimization/43083] New: [4.5 Regression] ICE: SIGSEGV with -fgraphite-identity

Command line: gcc -O1 -fgraphite-identity testcase.c (fails at all -O1, -O2, -O3 levels) Tested revisions: r156745 - crash r153685 - crash 4.4 r156256 - OK Output: $ /mnt/svn/gcc-trunk/binary-156745-lto/bin/gcc -O3 -fgraphite-identity testcase.c testcase.c: In function 'foo': testcase.c:9:5: inte

[Bug tree-optimization/43083] [4.5 Regression] ICE: SIGSEGV with -fgraphite-identity

--- Comment #1 from zsojka at seznam dot cz 2010-02-15 18:45 --- Created an attachment (id=19880) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19880&action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43083

[Bug tree-optimization/43084] New: [4.5 Regression] ICE: in find_new_var_of_type, at ipa-struct-reorg.c:604 with -fipa-struct-reorg -g

Command line: gcc -O1 -fipa-struct-reorg -fwhole-program -fipa-type-escape -g testcase.c Tested revisions: r156745 - crash r153685 - crash 4.4 r156256 - OK (with checking) Output: $ /mnt/svn/gcc-trunk/binary-156745-lto/bin/gcc -O1 -fipa-struct-reorg -fwhole-program -fipa-type-escape -g testcase.c

[Bug tree-optimization/43084] [4.5 Regression] ICE: in find_new_var_of_type, at ipa-struct-reorg.c:604 with -fipa-struct-reorg -g

--- Comment #1 from zsojka at seznam dot cz 2010-02-15 18:50 --- Created an attachment (id=19881) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19881&action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43084

[Bug fortran/43078] gfortran: spurious warning of line truncation at col 72

--- Comment #2 from patrick dot wallace at stfc dot ac dot uk 2010-02-15 19:10 --- Subject: RE: gfortran: spurious warning of line truncation at col 72 Hi, Thanks for your rapid response. > Works for me with both 4.4.2 and trunk. The fault was reported by a collaborator in Austral

[Bug other/43085] New: Make profiledbootstrap fails with cc1plus catching SIGSEGV

I configured GCC rev. 156770 with the following options: ../gcc/configure --prefix=/home/artem/testing/gcc45 --enable-shared --enable-bootstrap --enable-languages=c,c++ --enable-threads=posix --enable-checking=release --with-system-zlib --disable-libunwind-exceptions --enable-__cxa_atexit --enable

[Bug objc/43061] 47 new GCC h...@156527 regressions

--- Comment #25 from developer at sandoe-acoustics dot co dot uk 2010-02-15 19:54 --- Hm. I tried this trivial patch: Index: gcc/objc/objc-act.c === --- gcc/objc/objc-act.c (revision 156760) +++ gcc/objc/objc-act.c (workin

[Bug fortran/43062] NAMELIST attribute conflicts with ALLOCATABLE attribute

--- Comment #6 from jvdelisle at gcc dot gnu dot org 2010-02-15 20:33 --- What is this? REAL, DIMENSION(:), ALLOCATABLE :: TAB If not assumed size? Also, assuming it is something else, would it be invalid to use the namelist anywhere if TAB has not been allocated before it is used?

[Bug middle-end/17308] nonnull attribute not as useful as it could

--- Comment #5 from msebor at gmail dot com 2010-02-15 20:51 --- I second Ulrich's request. Besides nonnull, this enhancement would be useful in attribute printf as well. For example, in the program below, both calls to printf() have undefined behavior in C99 and should be diagnosed: $

[Bug debug/42918] [4.5 Regression] "-fcompare-debug failure" with "-O2 -ftracer" (2)

--- Comment #4 from jakub at gcc dot gnu dot org 2010-02-15 20:55 --- Created an attachment (id=19882) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19882&action=view) gcc45-pr42918.patch Patch I've bootstrapped/regtested on x86_64-linux and i686-linux. -- http://gcc.gnu.org/

[Bug objc/43061] 47 new GCC h...@156527 regressions

--- Comment #26 from jakub at gcc dot gnu dot org 2010-02-15 21:09 --- Addressability is recomputed several times. What you probably want is mark the decl with the used attribute (i.e. add "used" attribute to it, set TREE_USED (decl) = 1 and DECL_PRESERVE_P (decl) = 1). -- http://g

[Bug bootstrap/42666] xgcc: Internal error: segmentation violation (program cc1)

--- Comment #3 from norbert dot huebsch at gmx dot de 2010-02-15 21:30 --- (In reply to comment #2) > Have you tried building in a different directory than the source directory? > Do you have any environment variables set like CFLAGS, etc? > No, I compieled directly in the source dire

[Bug fortran/43062] NAMELIST attribute conflicts with ALLOCATABLE attribute

--- Comment #7 from kargl at gcc dot gnu dot org 2010-02-15 21:47 --- (In reply to comment #6) > What is this? > > REAL, DIMENSION(:), ALLOCATABLE :: TAB > > If not assumed size? > > Also, assuming it is something else, would it be invalid to use the namelist > anywhere if TAB has not

[Bug fortran/43062] NAMELIST attribute conflicts with ALLOCATABLE attribute

--- Comment #8 from kargl at gcc dot gnu dot org 2010-02-15 21:50 --- (In reply to comment #6) > > Also, assuming it is something else, would it be invalid to use the namelist > anywhere if TAB has not been allocated before it is used? > I forgot to reply to this part. See comment #2

[Bug objc/43061] 47 new GCC h...@156527 regressions

--- Comment #27 from developer at sandoe-acoustics dot co dot uk 2010-02-15 21:51 --- (In reply to comment #26) > Addressability is recomputed several times. What you probably want is mark > the > decl with the used attribute (i.e. add "used" attribute to it, set TREE_USED > (decl) =

[Bug java/43086] New: PR16923 fails with Assertion failed: (class_id)

On x86_64-apple-darwin9/10, the PR16923 libjava testcase, when linked to the proper libiconv, fails with... Assertion failed: (class_id), function main, file /sw/src/fink.build/gcc44-4.4.2-1000/gcc-4.4.2/libjava/testsuite/libjava.jni/invocation/PR16923.c, line 35. Abort A build of gcc-4.4.2 with

[Bug java/43086] PR16923 fails with Assertion failed: (class_id)

--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-02-15 22:12 --- Created an attachment (id=19883) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19883&action=view) gdb walk for PR16923 failure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43086

[Bug libgcj/40860] [4.4/4.5 regression] regressions in libjava testsuite on arm-linux

--- Comment #8 from mikpe at it dot uu dot se 2010-02-15 22:26 --- I've identified as the source of this regression. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40860

[Bug objc/43061] 47 new GCC h...@156527 regressions

--- Comment #28 from jakub at gcc dot gnu dot org 2010-02-15 22:37 --- DECL_ATTRIBUTES (decl) = tree_cons (get_identifier ("used"), NULL, DECL_ATTRIBUTES (decl)); is also needed (no idea why ipa*.c/cgraphunit.c use lookup_attribute instead of testing DECL_PRESERVED_P, but they do).

[Bug c++/43031] [4.5 Regression] internal compiler error: verify_gimple failed after non-trivial conversion error when crosscompiling Firefox

--- Comment #4 from jason at gcc dot gnu dot org 2010-02-15 22:43 --- Right, the stdcall attribute prevents us from using TYPE_CANONICAL, so it's not clear to useless_type_conversion that the type of &T::A is the same as P::F. Specifically, they are distinct because P::F uses a typedef

[Bug objc/43061] 47 new GCC h...@156527 regressions

--- Comment #29 from developer at sandoe-acoustics dot co dot uk 2010-02-15 23:10 --- Created an attachment (id=19884) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19884&action=view) attach "used" attribute as well as marking vars used. Jakub's comment seems to do the trick - th

[Bug tree-optimization/43084] [4.5 Regression] ICE: in find_new_var_of_type, at ipa-struct-reorg.c:604 with -fipa-struct-reorg -g

--- Comment #2 from steven at gcc dot gnu dot org 2010-02-15 23:25 --- The ipa-struct-reorg pass is broken and should be disabled for gcc 4.5 and later, until someone gives it the TLC that it needs so badly. -- steven at gcc dot gnu dot org changed: What|Removed

[Bug target/42854] [4.4/4.5 Regression] FAIL: gcc.dg/darwin-weakimport-[13].c scan-assembler-not *

--- Comment #13 from jakub at gcc dot gnu dot org 2010-02-15 23:53 --- Subject: Bug 42854 Author: jakub Date: Mon Feb 15 23:52:53 2010 New Revision: 156786 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156786 Log: PR target/42854 * config/darwin.h (ASM_WEAKEN_DE

[Bug lto/43071] ICE: SIGSEGV with -fwhopr -fcompare-debug

--- Comment #4 from zsojka at seznam dot cz 2010-02-16 00:17 --- How comes it crashes with -fcompare-debug, but not with -g? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43071

[Bug c++/43087] New: ICE

j...@shade:~/software/itk/InsightToolkit-3.16.0/Testing/Code/BasicFilters$ /usr/local/gcc-svn/bin/c++ -v -save-temps -ftemplate-depth-50 -Wall -Wextra -Wno-deprecated -msse2 -g -c itkBasicFiltersPrintTest.i Using built-in specs. COLLECT_GCC=/usr/local/gcc-svn/bin/c++ COLLECT_LTO_WRAPPER=/usr/local/

[Bug c++/43087] ICE

--- Comment #1 from jeffrey dot donner at gmail dot com 2010-02-16 02:51 --- Created an attachment (id=19885) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19885&action=view) bz2 of pre-processed offending code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43087

[Bug c++/43087] ICE

--- Comment #2 from hjl dot tools at gmail dot com 2010-02-16 05:04 --- It is caused by revision 155363: http://gcc.gnu.org/ml/gcc-cvs/2009-12/msg00507.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug c++/43087] [4.5 Regression] ICE

-- hjl dot tools at gmail dot com changed: What|Removed |Added Summary|ICE |[4.5 Regression] ICE Target Milestone|--- |

[Bug c/43088] New: [avr] Suspect optimizer missed code in gcc 4.4.3..

I just built a recent toolchain (avr-gcc 4.4.3, binutils 2.20) in hopes of eliminating what appeared to be a few artifacts apparently escaping optimization even with -Os relative to a 4.0.2 version. Referencing the dump below, use of r25 is superfluous as it is cleared at 0x14c, ANDed with zero at

[Bug c++/43031] [4.5 Regression] internal compiler error: verify_gimple failed after non-trivial conversion error when crosscompiling Firefox

--- Comment #5 from jason at gcc dot gnu dot org 2010-02-16 06:05 --- Fixed. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/43036] [4.3/4.4/4.5 Regression] c++ compilation hang

--- Comment #17 from jason at gcc dot gnu dot org 2010-02-16 06:05 --- Subject: Bug 43036 Author: jason Date: Tue Feb 16 06:05:09 2010 New Revision: 156792 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156792 Log: PR c++/43036 * tree.c (build_cplus_array_type):

[Bug c++/43031] [4.5 Regression] internal compiler error: verify_gimple failed after non-trivial conversion error when crosscompiling Firefox

--- Comment #6 from jason at gcc dot gnu dot org 2010-02-16 06:05 --- Subject: Bug 43031 Author: jason Date: Tue Feb 16 06:05:20 2010 New Revision: 156793 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156793 Log: PR c++/43031 * cp-gimplify.c (cp_gimplify_expr) [

[Bug c++/43036] [4.3/4.4/4.5 Regression] c++ compilation hang

--- Comment #18 from jason at gcc dot gnu dot org 2010-02-16 06:08 --- Fixed for 4.5.0. I'll attach the patch in case you want to apply it to your 4.4 compiler. -- jason at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/43036] [4.3/4.4/4.5 Regression] c++ compilation hang

--- Comment #19 from jason at gcc dot gnu dot org 2010-02-16 06:09 --- Created an attachment (id=19886) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19886&action=view) patch for 4.4 branch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43036

[Bug fortran/41869] ICE segfault when reading module file

--- Comment #8 from burnus at gcc dot gnu dot org 2010-02-16 07:39 --- (In reply to comment #7) > Do we backport to 4.4 or just close it? I would go for the backporting. Ditto. (Don't forget "gfc_symbol *sym;" as I did in my posted patch as I failed to split three patches correctly.)

please help me

hi everybody, I want to analyse the gcc source code. i have code but i am not getting it. So please help me by providing any documentation for the code or with any suggetions -- View this message in context: http://old.nabble.com/please-help-me-tp27604613p27604613.html Sent fr

[Bug target/42894] [4.5 Regression] Invalid rtl sharing in Thumb1.

--- Comment #8 from abel at gcc dot gnu dot org 2010-02-16 07:51 --- I needed explicit --enable-tls to reproduce this. The problem seems to be in dump_minipool. We are gathering values to fix in the Mnode structures and then we are issuing insns with those values. However, when a valu