[Bug bootstrap/55048] New: [4.8 Regression] libjava bootstrap failure on trunk after LRA merge

[doko at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55048



 Bug #: 55048

   Summary: [4.8 Regression] libjava bootstrap failure on trunk

after LRA merge

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: bootstrap

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: d...@gcc.gnu.org





noted as well in http://gcc.gnu.org/ml/gcc-patches/2012-10/msg02133.html



seen here on i686-linux-gnu



(gdb) run

Starting program:

/scratch/packages/gcc/snap/gcc-snapshot-20121024/build/gcc/jc1 /tmp/ccBOtnc2jx

-fhash-synchronization -fno-use-divide-subroutine -fuse-boehm-gc

-fnon-call-exceptions -fkeep-inline-functions -quiet -dumpbase ccBOtnc2jx

-mtune=generic -march=i686 -auxbase-strip gnu/java/awt/.libs/color.o -g -O2

-Wno-deprecated -version -ffilelist-file -ffloat-store -fomit-frame-pointer

-fencoding=UTF-8 -fbootstrap-classes

-fsource-filename=/scratch/packages/gcc/snap/gcc-snapshot-20121024/build/i686-linux-gnu/libjava/classpath/lib/classes

-fPIC -fbootclasspath=./:../../../src/libjava/classpath/lib/ -faux-classpath

ccBOtnc2jx.zip -MD_ -MT gnu/java/awt/color.lo -MF gnu/java/awt/color.deps -o

ccBOtnc2jx.s



Program received signal SIGSEGV, Segmentation fault.

0x08428882 in lra_inheritance() ()

(gdb) bt

#0  0x08428882 in lra_inheritance() ()

#1  0x0841ad7b in lra(_IO_FILE*) ()

#2  0x083e202c in rest_of_handle_reload() ()

#3  0x0847293c in execute_one_pass(opt_pass*) ()

#4  0x08472d65 in execute_pass_list(opt_pass*) ()

#5  0x08472d78 in execute_pass_list(opt_pass*) ()

#6  0x08225916 in expand_function(cgraph_node*) ()

#7  0x08227939 in compile() ()

#8  0x08227fb5 in finalize_compilation_unit() ()

#9  0x08406adc in write_global_declarations() ()

#10 0x0815db2e in java_write_globals() ()

#11 0x0851b395 in compile_file() ()

#12 0x0851cf4c in toplev_main(int, char**) ()

#13 0x0815714b in main ()

[Bug libstdc++/55043] [4.7/4.8 Regression] issue with nesting unordered_map containing unique_ptr into vector

[redi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55043

--- Comment #11 from Jonathan Wakely  2012-10-24 
08:25:04 UTC ---
(In reply to comment #10)
> (In reply to comment #9)
> > (In reply to comment #8)
> > > is this a bug in is_constructible?
> > 
> > I don't think so. The implementation of the copy constructor is irrelevant,
> > only the prototype matters to determine copy-constructibility.
> 
> I agree with Marc, the trait can only test what the compile-time interface
> says.

That seems inconsistent with 20.9.4.3/6

the predicate condition for a template specialization is_constructible shall be satisfied if and only if the following variable definition
would be well-formed for some invented variable t:
T t(create()...);

and that variable definition is not well-formed:

  const N& create();
  N t(create());

u.cc: In instantiation of ‘N::N(const N&) [with T = M]’:
u.cc:17:16:   required from here
u.cc:11:24: error: use of deleted function ‘constexpr M::M(const M&)’
   N(const N& n) : m(n.m) { }
^


I guess the solution is to add enable_if-style constraints to the copy
constructors, everywhere.

[Bug libstdc++/55043] [4.7/4.8 Regression] issue with nesting unordered_map containing unique_ptr into vector

[daniel.kruegler at googlemail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55043

--- Comment #12 from Daniel Krügler  
2012-10-24 08:33:47 UTC ---
(In reply to comment #11)
> That seems inconsistent with 20.9.4.3/6
> 
> the predicate condition for a template specialization is_constructible Args...> shall be satisfied if and only if the following variable definition
> would be well-formed for some invented variable t:
> T t(create()...);
> 
> and that variable definition is not well-formed:
> 
>   const N& create();
>   N t(create());

I think this is covered by that wording, which was added very late to ensure
that only the immediate context is relevant:

"Only the validity of the immediate context of the variable initialization is
considered. [ Note: The evaluation of the initialization can result in side
effects such as the instantiation of class template specializations and
function template specializations, the generation of implicitly-defined
functions, and so on. Such side effects are not in the “immediate context” and
can result in the program being ill-formed. —end note ]

[Bug debug/54828] [4.6/4.7/4.8 Regression] ICE in based_loc_descr at dwarf2out.c:10560 with -g -O0

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54828



--- Comment #4 from Jakub Jelinek  2012-10-24 
09:09:00 UTC ---

Author: jakub

Date: Wed Oct 24 09:08:56 2012

New Revision: 192759



URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192759

Log:

PR debug/54828

* gimple.h (is_gimple_sizepos): New inline function.

* gimplify.c (gimplify_one_sizepos): Use it.  Remove useless

final assignment to expr variable.

* tree.c (RETURN_TRUE_IF_VAR): Return true also if

!TYPE_SIZES_GIMPLIFIED (type) and _t is going to be gimplified

into a local temporary.



* g++.dg/debug/pr54828.C: New test.



Added:

trunk/gcc/testsuite/g++.dg/debug/pr54828.C

Modified:

trunk/gcc/ChangeLog

trunk/gcc/gimple.h

trunk/gcc/gimplify.c

trunk/gcc/testsuite/ChangeLog

trunk/gcc/tree.c

[Bug libstdc++/55043] [4.7/4.8 Regression] issue with nesting unordered_map containing unique_ptr into vector

[redi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55043



--- Comment #13 from Jonathan Wakely  2012-10-24 
09:10:38 UTC ---

Ah yes, you're right.



So to make the testcase compile (which it should) I'd need to use sfinae to

disable the container members, which means writing constraints based on

CopyInsertable etc which depend on the allocator type, so allocator_traits

needs to also use sfinae to disable ill-formed 'construct' calls, which may not

be possible to detect, because errors may still not be in the immediate

context. Damn.

[Bug rtl-optimization/55010] Internal consistency failure : invalid rtl sharing found in the insn

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55010



--- Comment #2 from Jakub Jelinek  2012-10-24 
09:13:14 UTC ---

Author: jakub

Date: Wed Oct 24 09:13:09 2012

New Revision: 192760



URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192760

Log:

PR rtl-optimization/55010

* cse.c (fold_rtx) : Call copy_rtx on folded_arg{0,1}

before passing it to simplify_relational_operation.



* gcc.dg/pr55010.c: New test.



Added:

trunk/gcc/testsuite/gcc.dg/pr55010.c

Modified:

trunk/gcc/ChangeLog

trunk/gcc/cse.c

trunk/gcc/testsuite/ChangeLog

[Bug debug/54828] [4.6/4.7 Regression] ICE in based_loc_descr at dwarf2out.c:10560 with -g -O0

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54828



Jakub Jelinek  changed:



   What|Removed |Added



 Status|NEW |ASSIGNED

 CC|jakub at gcc dot gnu.org|

  Known to work||4.8.0

 AssignedTo|unassigned at gcc dot   |jakub at gcc dot gnu.org

   |gnu.org |

Summary|[4.6/4.7/4.8 Regression]|[4.6/4.7 Regression] ICE in

   |ICE in based_loc_descr at   |based_loc_descr at

   |dwarf2out.c:10560 with -g   |dwarf2out.c:10560 with -g

   |-O0 |-O0

  Known to fail||4.6.3, 4.7.2



--- Comment #5 from Jakub Jelinek  2012-10-24 
09:20:51 UTC ---

Fixed on the trunk so far.

[Bug libstdc++/55043] [4.7/4.8 Regression] issue with nesting unordered_map containing unique_ptr into vector

[daniel.kruegler at googlemail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55043

--- Comment #14 from Daniel Krügler  
2012-10-24 09:23:22 UTC ---
(In reply to comment #13)
> So to make the testcase compile (which it should) I'd need to use sfinae to
> disable the container members, which means writing constraints based on
> CopyInsertable etc which depend on the allocator type, so allocator_traits
> needs to also use sfinae to disable ill-formed 'construct' calls, which may 
> not
> be possible to detect, because errors may still not be in the immediate
> context. Damn.

I think it is implementable (I have done something similar to ensure that my
optional realizes the same effect), but the costs are not small:

1) It will prevent the incomplete type support
2) The implementation changes are not small (my guess)

[Bug target/54347] REAL_VALUE_TO_TARGET_LONG_DOUBLE shouldn't be used with XFmode

[hjl.tools at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54347



H.J. Lu  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||FIXED



--- Comment #3 from H.J. Lu  2012-10-24 09:35:46 
UTC ---

Fixed.

[Bug libstdc++/55047] operator() in std::exponential_distribution may call log(0)

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55047



Paolo Carlini  changed:



   What|Removed |Added



 Status|UNCONFIRMED |ASSIGNED

   Last reconfirmed||2012-10-24

 AssignedTo|unassigned at gcc dot   |paolo.carlini at oracle dot

   |gnu.org |com

   Target Milestone|--- |4.7.3

 Ever Confirmed|0   |1



--- Comment #1 from Paolo Carlini  2012-10-24 
09:43:46 UTC ---

You are right, let's fix this asap in mainline and 4.7. I think it went that

the issue already existed many years ago when we integrated the contribution as

TR1 code and then we propagated it in more places :(

[Bug fortran/55037] [4.8 Regression] [OOP] ICE with local allocatable variable of abstract type

[janus at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55037



--- Comment #3 from janus at gcc dot gnu.org 2012-10-24 09:45:59 UTC ---

(In reply to comment #1)

> It seems likely a fallout of revision 191649 which introduced the assert

> 

>   gcc_assert (fsym->ts.u.derived == e->ts.u.derived);





Indeed I think removing this assert is sufficient for solving the problem in

comment 0.



Since both the formal arg "y" as well as the expression being passed to it

("tmp") are polymorphic, the ts.u.derived points to the class container in both

cases.



Now, the class container of "y" lives in m1, while that of "tmp" lives in m2

(apparently the "use, only" prevents it from being carried over). In principle

this is not a big problem, we just should not assume they are equal ;)



If anything, we could assume that the types themselves (not the class

containers) should be equal. But firstly, even this may not be strictly

necessary (I'm not 100% sure right now), and secondly such conditions should

have been checked by the present argument checking machinery.

[Bug c++/54844] [4.8 Regression] ice tsubst_copy, at cp/pt.c:12352

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54844



Jakub Jelinek  changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED



--- Comment #14 from Jakub Jelinek  2012-10-24 
09:51:47 UTC ---

Fixed.

[Bug c++/54988] fpmath=sse target pragma causes inlining failure because of target specific option mismatch

[jakub at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54988



--- Comment #7 from Jakub Jelinek  2012-10-24 
09:52:20 UTC ---

Fixed on the trunk so far.

[Bug bootstrap/55049] New: [4.8 Regression] bootstrap failed with --with-multilib-list=m32,m64,mx32

[hjl.tools at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55049

 Bug #: 55049
   Summary: [4.8 Regression] bootstrap failed with
--with-multilib-list=m32,m64,mx32
Classification: Unclassified
   Product: gcc
   Version: 4.7.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hjl.to...@gmail.com


On Linux/x86-64, bootstrap failed with

--with-multilib-list=m32,m64,mx32

[hjl@gnu-tools-1 gcc]$ cat /tmp/foo.c
extern void __morestack_fail (const char *msg);
void
foo (void)
{
  static const char msg[] = "munmap of stack space failed: errno ";
  __morestack_fail (msg);
}
[hjl@gnu-tools-1 gcc]$ ./xgcc -B./ -fPIC -O2 -S -mx32 /tmp/foo.c
/tmp/foo.c: In function ‘foo’:
/tmp/foo.c:7:1: internal compiler error: in extract_loc_address_regs, at
lra-constraints.c:509
 }
 ^
0x8c8fe1 extract_loc_address_regs
/export/gnu/import/git/gcc/gcc/lra-constraints.c:509
0x8c9938 extract_loc_address_regs
/export/gnu/import/git/gcc/gcc/lra-constraints.c:705
0x8c9aa6 extract_address_regs
/export/gnu/import/git/gcc/gcc/lra-constraints.c:747
0x8cd88b process_address
/export/gnu/import/git/gcc/gcc/lra-constraints.c:2537
0x8ce59a curr_insn_transform
/export/gnu/import/git/gcc/gcc/lra-constraints.c:2930
0x8d099b lra_constraints(bool)
/export/gnu/import/git/gcc/gcc/lra-constraints.c:3681
0x8c0533 lra(_IO_FILE*)
/export/gnu/import/git/gcc/gcc/lra.c:2281
0x875fd1 do_reload
/export/gnu/import/git/gcc/gcc/ira.c:4613
0x8761ca rest_of_handle_reload
/export/gnu/import/git/gcc/gcc/ira.c:4719
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.
[hjl@gnu-tools-1 gcc]$

[Bug lto/54980] [4.8 regression] gimple check: expected gimple_cond(error_mark), have gimple_call() in gimple_cond_set_lhs, at gimple.h:2578

[dimhen at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54980



--- Comment #8 from Dmitry G. Dyachenko  2012-10-24 
09:58:31 UTC ---

i re-check 192757



--enable-checking=release FAIL with

$ bash -x tf.sh

+ g++ -flto -fpreprocessed -c 1.ii -o 1.o

+ g++ -flto -O1 -fpreprocessed -c 2.ii -o 2.o

+ g++ -Ofast -flto -o t 1.o 2.o

In file included from :0:0:

1.ii: In member function 'parse':

1.ii:6:17: internal compiler error: Segmentation fault

 virtual int parse ()

 ^

0x7539bf crash_signal

/home/dimhen/src/gcc-current/gcc/toplev.c:335

0x5fd754 internal_fn_flags

/home/dimhen/src/gcc-current/gcc/internal-fn.h:48

0x5fd754 gimple_call_flags(gimple_statement_d const*)

/home/dimhen/src/gcc-current/gcc/gimple.c:1883

0x80262f gimple_call_noreturn_p

/home/dimhen/src/gcc-current/gcc/gimple.h:2413

0x80262f update_stmt_operands(gimple_statement_d*)

/home/dimhen/src/gcc-current/gcc/tree-ssa-operands.c:1082

0xb136b6 update_stmt

/home/dimhen/src/gcc-current/gcc/gimple.h:1531

0xb136b6 try_unroll_loop_completely

/home/dimhen/src/gcc-current/gcc/tree-ssa-loop-ivcanon.c:552

0xb136b6 canonicalize_loop_induction_variables

/home/dimhen/src/gcc-current/gcc/tree-ssa-loop-ivcanon.c:670

0xb1487e tree_unroll_loops_completely(bool, bool)

/home/dimhen/src/gcc-current/gcc/tree-ssa-loop-ivcanon.c:833





--enable-checking=yes,df,fold,rtl,tree FAIL as



1.ii: In member function 'parse':

1.ii:6:17: internal compiler error: gimple check: expected

gimple_cond(error_mark), have gimple_call() in gimple_cond_set_lhs, at

gimple.h:2553

 virtual int parse ()

 ^

0x6b1063 gimple_check_failed(gimple_statement_d const*, char const*, int, char

const*, gimple_code, tree_code)

/home/dimhen/src/gcc-current/gcc/gimple.c:1160

0x107fe69 gimple_cond_set_lhs

/home/dimhen/src/gcc-current/gcc/gimple.h:2553

0x107f448 gimple_cond_set_lhs

/home/dimhen/src/gcc-current/gcc/tree-ssa-loop-ivcanon.c:536

0x107f448 gimple_cond_make_true

/home/dimhen/src/gcc-current/gcc/gimple.h:2649

0x107f448 try_unroll_loop_completely

/home/dimhen/src/gcc-current/gcc/tree-ssa-loop-ivcanon.c:551

0x107f448 canonicalize_loop_induction_variables

/home/dimhen/src/gcc-current/gcc/tree-ssa-loop-ivcanon.c:670

0x107f982 tree_unroll_loops_completely(bool, bool)

/home/dimhen/src/gcc-current/gcc/tree-ssa-loop-ivcanon.c:833



$ cat 1.ii

class A

{

};

template < int (*t_parser) () > class B

{

virtual int parse ()

{

A a;

t_parser ();

}

};



extern "C" int f ();

class C:B < f >

{

};

void

g ()

{

new C;

}



$ cat 2.ii

extern "C" int f ();

char *a[] = { 0, 0 };



void bar (char *);

int

f ()

{

int i;

while (1)

bar (a[i++]);

}

[Bug lto/54980] [4.8 regression] gimple check: expected gimple_cond(error_mark), have gimple_call() in gimple_cond_set_lhs, at gimple.h:2578

[dimhen at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54980



--- Comment #9 from Dmitry G. Dyachenko  2012-10-24 
10:00:18 UTC ---

(In reply to comment #7)

> This does not seem to reproduce for me. The following patch should however fix

> it.

> Index: tree-ssa-loop-ivcanon.c

> ===

> --- tree-ssa-loop-ivcanon.c (revision 192711)

> +++ tree-ssa-loop-ivcanon.c (working copy)

> @@ -364,6 +364,10 @@ loop_edge_to_cancel (struct loop *loop)

> else

>   edge_to_cancel = EDGE_SUCC (edge_to_cancel->src, 0);

> 

> +  /* We only can handle conditionals.  */

> +  if (!(edge_to_cancel->flags & (EDGE_TRUE_VALUE | EDGE_FALSE_VALUE)))

> +   continue;

> +

>/* We should never have conditionals in the loop latch. */

>gcc_assert (edge_to_cancel->dest != loop->header);



i'll try patch. Thank You

[Bug tree-optimization/55044] Compile error in tree-ssa

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55044



Richard Biener  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||FIXED



--- Comment #1 from Richard Biener  2012-10-24 
10:01:46 UTC ---

This has been fixed.

[Bug middle-end/55046] [4.8 Regression] ICE in ira_reuse_stack_slot at ira-color.c:4065

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55046



Richard Biener  changed:



   What|Removed |Added



   Target Milestone|--- |4.8.0

[Bug bootstrap/55048] [4.8 Regression] libjava bootstrap failure on trunk after LRA merge

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55048



Richard Biener  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-10-24

   Target Milestone|--- |4.8.0

 Ever Confirmed|0   |1



--- Comment #1 from Richard Biener  2012-10-24 
10:02:18 UTC ---

Confirmed.

[Bug regression/55050] New: Regression test failure slp-21.c on arm-linux-gnueabi

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55050

 Bug #: 55050
   Summary: Regression test failure slp-21.c on arm-linux-gnueabi
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: regression
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ram...@gcc.gnu.org


./xgcc -B`pwd` -S -O3 -I /usr/arm-linux-gnueabi/include/
../../gcc-git-trunk/gcc/testsuite/gcc.dg/vect/slp-21.c 
../../gcc-git-trunk/gcc/testsuite/gcc.dg/vect/slp-21.c: In function ‘main1’:
../../gcc-git-trunk/gcc/testsuite/gcc.dg/vect/slp-21.c:191:1: internal compiler
error: in push_reload, at reload.c:1014
 }
 ^
0x850277a push_reload(rtx_def*, rtx_def*, rtx_def**, rtx_def**, reg_class,
machine_mode, machine_mode, int, int, int, reload_type)
../../gcc-git-trunk/gcc/reload.c:1012
0x850a5a8 find_reloads(rtx_def*, int, int, int, short*)
../../gcc-git-trunk/gcc/reload.c:4099
0x85179de calculate_needs_all_insns
../../gcc-git-trunk/gcc/reload1.c:1521
0x85179de reload(rtx_def*, int)
../../gcc-git-trunk/gcc/reload1.c:942
0x8435c10 do_reload
../../gcc-git-trunk/gcc/ira.c:4625
0x8435c10 rest_of_handle_reload
../../gcc-git-trunk/gcc/ira.c:4719
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.


compiler configured as follows. 

--target=arm-linux-gnueabi --with-cpu=cortex-a15 --with-fpu=neon
--with-float=softfp --enable-languages=c

[Bug regression/55050] Regression test failure slp-21.c on arm-linux-gnueabi

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55050



Ramana Radhakrishnan  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-10-24

 Ever Confirmed|0   |1



--- Comment #1 from Ramana Radhakrishnan  2012-10-24 
10:09:17 UTC ---

First appears with the LRA merge. 



Ramana

[Bug bootstrap/55049] [4.8 Regression] bootstrap failed with --with-multilib-list=m32,m64,mx32

[hjl.tools at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55049



H.J. Lu  changed:



   What|Removed |Added



 CC||ubizjak at gmail dot com,

   ||vmakarov at redhat dot com

Version|4.7.3   |4.8.0

   Target Milestone|--- |4.8.0

[Bug bootstrap/55051] New: [4.8 Regression] profiledbootstrap failed

[hjl.tools at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55051

 Bug #: 55051
   Summary: [4.8 Regression] profiledbootstrap failed
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hjl.to...@gmail.com


On Linux/x86-64, revision 192538 gave

# make profiledbootstrap -j8
...
In file included from /export/gnu/import/git/gcc/gcc/gcov-dump.c:30:0:
/export/gnu/import/git/gcc/gcc/gcov-io.c:554:54: error: array subscript is
above array bounds [-Werror=array-bounds]
   cur_bitvector = histo_bitvector[bv_ix++];
  ^
cc1plus: all warnings being treated as errors
make[4]: *** [gcov-dump.o] Error 1
make[4]: *** Waiting for unfinished jobs
In file included from /export/gnu/import/git/gcc/gcc/gcov.c:47:0:
/export/gnu/import/git/gcc/gcc/gcov-io.c: In function ‘int
read_count_file(function_t*)’:
/export/gnu/import/git/gcc/gcc/gcov-io.c:554:54: error: array subscript is
above array bounds [-Werror=array-bounds]
   cur_bitvector = histo_bitvector[bv_ix++];
  ^
cc1plus: all warnings being treated as errors
make[4]: *** [gcov.o] Error 1

Revision 192529 is OK.

[Bug bootstrap/55051] [4.8 Regression] profiledbootstrap failed

[hjl.tools at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55051



H.J. Lu  changed:



   What|Removed |Added



   Target Milestone|--- |4.8.0

[Bug fortran/55037] [4.8 Regression] [OOP] ICE with local allocatable variable of abstract type

[janus at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55037



janus at gcc dot gnu.org changed:



   What|Removed |Added



 Status|NEW |ASSIGNED

 AssignedTo|unassigned at gcc dot   |janus at gcc dot gnu.org

   |gnu.org |



--- Comment #4 from janus at gcc dot gnu.org 2012-10-24 10:25:49 UTC ---

(In reply to comment #2)

> Here is a variant which fails with a different ICE:



The problem with comment 2 is that 'gfc_class_data_get' is applied twice (in

trans-expr.c, gfc_conv_procedure_call): Once in line 4188, and once in line

4203.



Here is a patch which fixes both comment 0 and comment 2 and is free of

testsuite regressions:



Index: gcc/fortran/trans-expr.c

===

--- gcc/fortran/trans-expr.c(revision 192691)

+++ gcc/fortran/trans-expr.c(working copy)

@@ -4180,13 +4180,6 @@ gfc_conv_procedure_call (gfc_se * se, gfc_symbol *

  CLASS_DATA (fsym)->attr.class_pointer

  || CLASS_DATA (fsym)->attr.allocatable);



-  if (fsym && (fsym->ts.type == BT_DERIVED

-   || fsym->ts.type == BT_ASSUMED)

-  && e->ts.type == BT_CLASS

-  && !CLASS_DATA (e)->attr.dimension

-  && !CLASS_DATA (e)->attr.codimension)

-parmse.expr = gfc_class_data_get (parmse.expr);

-

   /* If an ALLOCATABLE dummy argument has INTENT(OUT) and is 

  allocated on entry, it must be deallocated.  */

   if (fsym && fsym->attr.intent == INTENT_OUT

@@ -4215,7 +4208,6 @@ gfc_conv_procedure_call (gfc_se * se, gfc_symbol *

   if (fsym->ts.type == BT_CLASS)

 {

   gfc_symbol *vtab;

-  gcc_assert (fsym->ts.u.derived == e->ts.u.derived);

   vtab = gfc_find_derived_vtab (fsym->ts.u.derived);

   tmp = gfc_get_symbol_decl (vtab);

   tmp = gfc_build_addr_expr (NULL_TREE, tmp);

@@ -4240,6 +4232,12 @@ gfc_conv_procedure_call (gfc_se * se, gfc_symbol *



   gfc_add_expr_to_block (&se->pre, tmp);

 }

+  else if (fsym && (fsym->ts.type == BT_DERIVED

+|| fsym->ts.type == BT_ASSUMED)

+   && e->ts.type == BT_CLASS

+   && !CLASS_DATA (e)->attr.dimension

+   && !CLASS_DATA (e)->attr.codimension)

+parmse.expr = gfc_class_data_get (parmse.expr);



   /* Wrap scalar variable in a descriptor. We need to convert

  the address of a pointer back to the pointer itself before,





Will commit as obvious ...

[Bug tree-optimization/55052] New: [4.8 regression] vect-widening tests are failing and giving wrong results

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55052



 Bug #: 55052

   Summary: [4.8 regression] vect-widening tests are failing and

giving wrong results

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: tree-optimization

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: ram...@gcc.gnu.org





PASS->FAIL: gcc.dg/vect/vect-over-widen-2-big-array.c execution test (occurs 2

times) 

PASS->FAIL: gcc.dg/vect/vect-over-widen-2-big-array.c -flto execution test

(occurs 2 times)

PASS->FAIL: gcc.dg/vect/vect-over-widen-2.c execution test (occurs 2 times) 

PASS->FAIL: gcc.dg/vect/vect-over-widen-2.c -flto execution test (occurs 2

times)

PASS->FAIL: gcc.dg/vect/vect-widen-shift-s8.c execution test (occurs 2 times)

PASS->FAIL: gcc.dg/vect/vect-widen-shift-s8.c -flto execution test (occurs 2

times) 

PASS->FAIL: gcc.dg/vect/vect-widen-shift-u8.c execution test (occurs 2 times)

PASS->FAIL: gcc.dg/vect/vect-widen-shift-u8.c -flto execution test (occurs 2

times)

[Bug tree-optimization/55052] [4.8 regression] vect-widening tests are failing and giving wrong results

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55052



Ramana Radhakrishnan  changed:



   What|Removed |Added



 Target||arm-linux-gnueabi

 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-10-24

 Ever Confirmed|0   |1



--- Comment #1 from Ramana Radhakrishnan  2012-10-24 
10:37:48 UTC ---

--target=arm-linux-gnueabi --with-cpu=cortex-a15 --with-fpu=neon

--with-float=softfp

[Bug libstdc++/55041] prettyprinting/shared_ptr & cxx11 fails on some platforms

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55041



Paolo Carlini  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-10-24

 Ever Confirmed|0   |1



--- Comment #3 from Paolo Carlini  2012-10-24 
10:43:02 UTC ---

Sorry, *only* the shared_ptr fails are relatively old, to my best knowledge.

That makes sense.

[Bug tree-optimization/55052] [4.8 regression] vect-widening tests are failing and giving wrong results

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55052



Richard Biener  changed:



   What|Removed |Added



   Target Milestone|--- |4.8.0

[Bug tree-optimization/54982] Uninitialised variable store_flag in tree-ssa-loop-im.c

[mpolacek at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54982



Marek Polacek  changed:



   What|Removed |Added



 CC||mpolacek at gcc dot gnu.org



--- Comment #1 from Marek Polacek  2012-10-24 
10:58:59 UTC ---

I don't see this.  How are you building gcc?

[Bug rtl-optimization/54472] ICE (spill_failure): unable to find a register to spill in class 'AREG' with -O -fschedule-insns -fselective-scheduling

[izamyatin at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54472



--- Comment #6 from Igor Zamyatin  2012-10-24 
11:09:49 UTC ---

Have you managed to check the patch?

[Bug libstdc++/55041] prettyprinting/shared_ptr & cxx11 fails on some platforms

[redi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55041



--- Comment #4 from Jonathan Wakely  2012-10-24 
11:21:21 UTC ---

if the recent changes to unordered_set *didn't* break the printers that would

have been surprising ;)

[Bug libstdc++/55041] prettyprinting/shared_ptr & cxx11 fails on some platforms

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55041



--- Comment #5 from Paolo Carlini  2012-10-24 
11:58:31 UTC ---

Yes ;) No idea what's going on with shared_ptr.

[Bug libstdc++/55053] New: std::is_explicitly_convertible should be removed

[frankhb1989 at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55053



 Bug #: 55053

   Summary: std::is_explicitly_convertible should be removed

Classification: Unclassified

   Product: gcc

   Version: 4.7.2

Status: UNCONFIRMED

  Severity: minor

  Priority: P3

 Component: libstdc++

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: frankhb1...@gmail.com





In the current standard ISO/IEC 14882:2011 there is no

std::is_explicitly_convertible, since it was removed as per N3047. See

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2010/n3047.html for details.

So it should be removed at least when "-std=c++11 -pedantic" is specified. But

I found it is still in .

[Bug libstdc++/55053] std::is_explicitly_convertible should be removed

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55053



Paolo Carlini  changed:



   What|Removed |Added



 Status|UNCONFIRMED |RESOLVED

 Resolution||WORKSFORME



--- Comment #1 from Paolo Carlini  2012-10-24 
12:07:25 UTC ---

It's already gone in mainline.

[Bug libstdc++/55047] operator() in std::exponential_distribution may call log(0)

[paolo at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55047



--- Comment #2 from paolo at gcc dot gnu.org  
2012-10-24 12:20:32 UTC ---

Author: paolo

Date: Wed Oct 24 12:20:19 2012

New Revision: 192762



URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192762

Log:

2012-10-24   Haakan Younes  

 Paolo Carlini  



PR libstdc++/55047

* include/bits/random.h (exponential_distribution<>::operator):

Fix formula to std::log(result_type(1) - __aurng()).

* include/bits/random.tcc: Likewise, everywhere.



Modified:

trunk/libstdc++-v3/ChangeLog

trunk/libstdc++-v3/include/bits/random.h

trunk/libstdc++-v3/include/bits/random.tcc

[Bug libstdc++/55047] operator() in std::exponential_distribution may call log(0)

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55047



--- Comment #3 from Paolo Carlini  2012-10-24 
12:21:17 UTC ---

Fixed in mainline. A similar fix will go in 4_7-branch in a few days.

[Bug target/54721] Generate arm/thumb interwork veneers at compile time?

[mans at mansr dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54721



--- Comment #2 from Mans Rullgard  2012-10-24 12:44:24 
UTC ---

ARMv5T removed the need for most interworking with the addition of BLX and

interworking POP instructions.  That said, even armv7 needs some interworking

code for a state-switching tail call since there is no branch immediate with

state change, only BLX.  This is rare enough that I don't think the slight

overhead mentioned is anything to worry about.

[Bug lto/54980] [4.8 regression] gimple check: expected gimple_cond(error_mark), have gimple_call() in gimple_cond_set_lhs, at gimple.h:2578

[dimhen at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54980



--- Comment #10 from Dmitry G. Dyachenko  2012-10-24 
12:50:01 UTC ---

(In reply to comment #7)

> This does not seem to reproduce for me. The following patch should however fix

> it.

> Index: tree-ssa-loop-ivcanon.c

> ===

> --- tree-ssa-loop-ivcanon.c (revision 192711)

> +++ tree-ssa-loop-ivcanon.c (working copy)

> @@ -364,6 +364,10 @@ loop_edge_to_cancel (struct loop *loop)

> else

>   edge_to_cancel = EDGE_SUCC (edge_to_cancel->src, 0);

> 

> +  /* We only can handle conditionals.  */

> +  if (!(edge_to_cancel->flags & (EDGE_TRUE_VALUE | EDGE_FALSE_VALUE)))

> +   continue;

> +

>/* We should never have conditionals in the loop latch. */

>gcc_assert (edge_to_cancel->dest != loop->header);



192761 + patch

- pass bootstrap with --enable-checking=yes,df,fold,rtl,tree

- test from PR PASS



Thank You!

[Bug tree-optimization/54824] [4.8 Regression] ICE in verify_loop_structure

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54824



Richard Biener  changed:



   What|Removed |Added



 CC||matz at gcc dot gnu.org



--- Comment #8 from Richard Biener  2012-10-24 
12:56:35 UTC ---

It is RTL expansion that ends up connecting BB9, a common exit block of

the two unswitched loops randomly to BB10, the loop latch, forming a new loop.



And it is find_many_sub_basic_blocks that does this.  Eh ... bad luck.

[Bug target/55014] ICE: Segmentation fault while compiling complex_io.cc on x86_64-w64-mingw32

[squallatf at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55014



SquallATF  changed:



   What|Removed |Added



 CC||squallatf at gmail dot com



--- Comment #2 from SquallATF  2012-10-24 13:04:48 
UTC ---

I get the same ICE when compiling i686-w64-mingw32 rev 192488 and beyond

this gdb info



Analyzing compilation unit

Performing interprocedural optimizations

 <*free_lang_data>   {GC 10079k -> 7915k}

<*free_inline_summary>

  Assembling functions:

 virtual std::basic_stringbuf::~basic_stringbuf() virtual

std::basic_stringbuf::~basic_stringbuf() std::basic_istream<_CharT,

_Traits>& std::operator>>(std::basic_istream<_CharT, _Traits>&,

std::complex<_Tp>&) [with _Tp = float; _CharT = char; _Traits =

std::char_traits] std::basic_ostream<_CharT, _Traits>&

std::operator<<(std::basic_ostream<_CharT, _Traits>&, const std::complex<_Tp>&)

[with _Tp = float; _CharT = char; _Traits = std::char_traits]

Program received signal SIGSEGV, Segmentation fault.

0x00a2afc5 in emit_case_dispatch_table(tree_node*, tree_node*, case_node*,

rtx_def*, tree_node*, tree_node*, tree_node*, basic_block_def*) ()

at ../../gcc/stmt.c:1919

1919  edge default_edge = EDGE_SUCC(stmt_bb, 0);

(gdb) warning: (Internal error: pc 0xa2afc5 in read in psymtab, but not in

symtab.)



warning: (Internal error: pc 0xa2afc5 in read in psymtab, but not in symtab.)

[Bug tree-optimization/54824] [4.8 Regression] ICE in verify_loop_structure

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54824



--- Comment #9 from Richard Biener  2012-10-24 
13:14:21 UTC ---

For example



Index: cfgexpand.c

===

--- cfgexpand.c (revision 192760)

+++ cfgexpand.c (working copy)

@@ -4474,7 +4474,17 @@ gimple_expand_cfg (void)



   lab_rtx_for_bb = pointer_map_create ();

   FOR_BB_BETWEEN (bb, init_block->next_bb, EXIT_BLOCK_PTR, next_bb)

-bb = expand_gimple_basic_block (bb);

+{

+  /* If we have a basic-block with no successors connect it to itself.

+ This avoids find_many_sub_basic_blocks to connect it randomly

+to the next block.

+???  We can for example end up here when inlining a noreturn

+function that does in fact return.  Infinite loop is as good

+as noreturn and better than falling though to a random block.  */

+  if (EDGE_COUNT (bb->succs) == 0)

+   make_edge (bb, bb, EDGE_FALLTHRU);

+  bb = expand_gimple_basic_block (bb);

+}



   if (MAY_HAVE_DEBUG_INSNS)

 expand_debug_locations ();



"fixes" it.  We can also fix it in fixup_cfg as soon as the situation occurs.

That's what I am testing.

[Bug tree-optimization/55054] New: -Wuninitialized warning in tree-ssa-loop-ivcanon.c

[mpolacek at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55054

 Bug #: 55054
   Summary: -Wuninitialized warning in tree-ssa-loop-ivcanon.c
Classification: Unclassified
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: mpola...@gcc.gnu.org


Building gcc on x86_64 with gcc (GCC) 4.6.3 20120306 (Red Hat 4.6.3-2) says:

/home/marek/src/gcc/gcc/tree-ssa-loop-ivcanon.c: In function ‘bool
canonicalize_loop_induction_variables(loop*, bool, unroll_level, bool, bool*,
bitmap)’:
/home/marek/src/gcc/gcc/tree-ssa-loop-ivcanon.c:518:46: warning: ‘n_unroll’ may
be used uninitialized in this function [-Wuninitialized]
/home/marek/src/gcc/gcc/tree-ssa-loop-ivcanon.c:404:26: note: ‘n_unroll’ was
declared here

Just setting n_unroll to 0 is enough.

[Bug tree-optimization/55054] -Wuninitialized warning in tree-ssa-loop-ivcanon.c

[mpolacek at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55054



Marek Polacek  changed:



   What|Removed |Added



 AssignedTo|unassigned at gcc dot   |mpolacek at gcc dot gnu.org

   |gnu.org |



--- Comment #1 from Marek Polacek  2012-10-24 
13:26:38 UTC ---

I have a patch that passed bootstrapping/testing.

[Bug target/54473] Compiling advancemame on raspberry pi yields unrecognizable insn

[mans at mansr dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54473



--- Comment #1 from Mans Rullgard  2012-10-24 13:28:25 
UTC ---

Confirmed with 4.6.3.  No error with 4.5, 4.7, or 4.8.



The Linaro 4.6 branch does not have the problem either, so whatever they've

added seems to fix it.

[Bug target/54473] Compiling advancemame on raspberry pi yields unrecognizable insn

[mans at mansr dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54473



Mans Rullgard  changed:



   What|Removed |Added



 CC||mans at mansr dot com



--- Comment #2 from Mans Rullgard  2012-10-24 13:34:03 
UTC ---

Duplicate of http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54473

[Bug target/52855] ARM: Internal compiler error: in extract_insn, at recog.c:2109

[mans at mansr dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52855



Mans Rullgard  changed:



   What|Removed |Added



 CC||mans at mansr dot com



--- Comment #2 from Mans Rullgard  2012-10-24 13:38:10 
UTC ---

Confirmed with 4.6.3 and -march=armv6 or higher at -O1 and higher, no other

flags needed.  No error with 4.5, 4.7, or 4.8.



The Linaro 4.6 branch does not have the problem either, so whatever they've

added seems to fix it.

[Bug target/54902] [4.7 Regression], ICE (segfault) building on arm-linux-gnueabi

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54902



Richard Biener  changed:



   What|Removed |Added



 Status|UNCONFIRMED |ASSIGNED

   Last reconfirmed||2012-10-24

 AssignedTo|unassigned at gcc dot   |rguenth at gcc dot gnu.org

   |gnu.org |

 Ever Confirmed|0   |1



--- Comment #5 from Richard Biener  2012-10-24 
13:40:38 UTC ---

Mine.

[Bug rtl-optimization/55055] New: [4.8 regression] RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1123

[dimhen at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55055



 Bug #: 55055

   Summary: [4.8 regression] RTL check: expected code 'reg', have

'subreg' in rhs_regno, at rtl.h:1123

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: rtl-optimization

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: dim...@gmail.com





$ gcc -v

Using built-in specs.

COLLECT_GCC=gcc

COLLECT_LTO_WRAPPER=/usr/local/gcc_current/libexec/gcc/x86_64-unknown-linux-gnu/4.8.0/lto-wrapper

Target: x86_64-unknown-linux-gnu

Configured with: /home/dimhen/src/gcc-current/configure

--prefix=/usr/local/gcc_current --enable-__cxa_atexit --enable-shared

--enable-checking=yes,df,fold,rtl,tree --enable-gnu-unique-object

--enable-linker-build-id --enable-languages=c,c++,lto --enable-plugin

--enable-version-specific-runtime-libs --with-tune=generic

Thread model: posix

gcc version 4.8.0 20121024 (experimental) [trunk revision 192761] (GCC) 





PASS -02

FAIL -O2 -ftree-vectorize



$ gcc -fpreprocessed -Wall -O2 -ftree-vectorize -c 1.i

1.i: In function 'fn1':

1.i:12:1: internal compiler error: RTL check: expected code 'reg', have

'subreg' in rhs_regno, at rtl.h:1123

 }

 ^

0x8e0847 rtl_check_failed_code1(rtx_def const*, rtx_code, char const*, int,

char const*)

/home/dimhen/src/gcc-current/gcc/rtl.c:772

0xfa555f rhs_regno

/home/dimhen/src/gcc-current/gcc/rtl.h:1123

0xd4f490 rhs_regno

/home/dimhen/src/gcc-current/gcc/rtl.h:1122

0xf823be peephole2_insns(rtx_def*, rtx_def*, int*)

/home/dimhen/src/gcc-current/gcc/config/i386/i386.md:17380

0x890b20 peephole2_optimize

/home/dimhen/src/gcc-current/gcc/recog.c:3551

0x890b20 rest_of_handle_peephole2

/home/dimhen/src/gcc-current/gcc/recog.c:3735

Please submit a full bug report,



reduced test

$ cat 1.i

long a;

int *b, *c;

void fn1 ()

{

int l, d;

d = a;

for (; d; d--, c++)

{

l = *b++;

*c = l;

}

}

[Bug target/54902] [4.7 Regression], ICE (segfault) building on arm-linux-gnueabi

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54902



--- Comment #6 from Richard Biener  2012-10-24 
13:58:50 UTC ---

Created attachment 28517

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28517

patch



Patch I am testing.

[Bug target/55014] ICE: Segmentation fault while compiling complex_io.cc on x86_64-w64-mingw32

[mikpe at it dot uu.se]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55014



Mikael Pettersson  changed:



   What|Removed |Added



 CC||mikpe at it dot uu.se



--- Comment #3 from Mikael Pettersson  2012-10-24 
14:03:02 UTC ---

I got the same ICE while trying to bootstrap gcc-4.8-20121021 for

x86_64-w64-mingw32.  gcc-4.8-20121014 bootstrapped Ok so this is a recent

regression.

[Bug c++/55032] [4.7/4.8 Regression] Internal compiler error: in strip_typedefs, at cp/tree.c:1199

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55032



Paolo Carlini  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-10-24

 CC||jason at gcc dot gnu.org

 Ever Confirmed|0   |1



--- Comment #1 from Paolo Carlini  2012-10-24 
14:05:53 UTC ---

Let's add Jason in CC about this. Besides PR53989, it seems also related to the

following PR54038.

[Bug target/55014] ICE: Segmentation fault while compiling complex_io.cc on x86_64-w64-mingw32

[squallatf at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55014



--- Comment #4 from SquallATF  2012-10-24 14:06:29 
UTC ---

may be this bus same as http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957

there have a path in that post can solve this bug.

[Bug rtl-optimization/55055] [4.8 regression] RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1123

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55055



Richard Biener  changed:



   What|Removed |Added



   Target Milestone|--- |4.8.0

[Bug tree-optimization/55054] -Wuninitialized warning in tree-ssa-loop-ivcanon.c

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55054



--- Comment #2 from Richard Biener  2012-10-24 
14:14:35 UTC ---

Building with the host compiler?  We generally don't fix warnings if they

are not really bugs for the host compiler ...

[Bug debug/55056] New: [4.8 Regression] -O0 -g missing location for register double var

[jan.kratochvil at redhat dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55056



 Bug #: 55056

   Summary: [4.8 Regression] -O0 -g missing location for register

double var

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: debug

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: jan.kratoch...@redhat.com

Target: x86_64-unknown-linux-gnu





Regressions in gdb.base/store.exp by 2012-10-23 -> 2012-10-24.



double f(double u) {

  register double l = u;

  return l + l;

}



PASS: gcc (GCC) 4.7.3 20121024 (prerelease)

 <2><5d>: Abbrev Number: 4 (DW_TAG_variable)

<5e>   DW_AT_name: l

<62>   DW_AT_type: <0x6a>

<66>   DW_AT_location: 2 byte block: 76 70  (DW_OP_breg6 (rbp):

-16)



FAIL: gcc (GCC) 4.8.0 20121024 (experimental)

 <2><58>: Abbrev Number: 4 (DW_TAG_variable)

<59>   DW_AT_name: l

<5d>   DW_AT_type: <0x62>

[Bug debug/55056] [4.8 Regression] -O0 -g missing location for register double var

[rguenth at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55056



Richard Biener  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-10-24

   Target Milestone|--- |4.8.0

 Ever Confirmed|0   |1



--- Comment #1 from Richard Biener  2012-10-24 
14:28:42 UTC ---

I bet it works for -Og (can you check the gdb testsuite for regressions vs. -O0

-g for -Og -g?)



Anyway, confirmed.

[Bug libstdc++/55053] std::is_explicitly_convertible should be removed

[redi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55053



Jonathan Wakely  changed:



   What|Removed |Added



  Known to work||4.8.0

   Target Milestone|--- |4.8.0

[Bug target/54473] Compiling advancemame on raspberry pi yields unrecognizable insn

[mikpe at it dot uu.se]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54473



Mikael Pettersson  changed:



   What|Removed |Added



 CC||mikpe at it dot uu.se



--- Comment #3 from Mikael Pettersson  2012-10-24 
14:33:02 UTC ---

(In reply to comment #2)

> Duplicate of http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54473



Surely you didn't mean that PR54473 is a duplicate of itself?  Did you mean to

mark it a duplicate of PR52855 (or the other way around)?

[Bug tree-optimization/55054] -Wuninitialized warning in tree-ssa-loop-ivcanon.c

[mpolacek at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55054



--- Comment #3 from Marek Polacek  2012-10-24 
14:52:04 UTC ---

Ok, sorry.  Then we should probably close this one as INVALID...

[Bug regression/55050] Regression test failure slp-21.c on arm-linux-gnueabi

[ramana at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55050



Ramana Radhakrishnan  changed:



   What|Removed |Added



 Target|arm |arm-linux-gnueabi



--- Comment #2 from Ramana Radhakrishnan  2012-10-24 
15:14:36 UTC ---

In addition bootstrap appears to break in dwarf2asm.c with a similar looking

backtrace ... I haven't dug in further but it's definitely higher than P3 as it

breaks bootstrap for a primary target.





Ramana

[Bug rtl-optimization/55055] [4.8 regression] RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:1123

[ubizjak at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55055



Uros Bizjak  changed:



   What|Removed |Added



   Keywords||ra

 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-10-24

 CC||vmakarov at gcc dot gnu.org

 Ever Confirmed|0   |1



--- Comment #1 from Uros Bizjak  2012-10-24 15:17:26 
UTC ---

There should be no subregs in peephole2 pass.



In .203r.ira, we have:



(insn 153 156 169 9 (set (reg:SI 154 [ D.1790 ])

(plus:SI (subreg:SI (reg:DI 87 [ a.0 ]) 0)

(const_int -1 [0x]))) 240 {*leasi}

 (expr_list:REG_DEAD (reg:DI 87 [ a.0 ])

(nil)))



and in .204r.reload, we still have:



(insn 153 156 169 9 (set (reg:SI 37 r8 [orig:154 D.1790 ] [154])

(plus:SI (subreg:SI (reg:DI 37 r8 [orig:87 a.0 ] [87]) 0)

(const_int -1 [0x]))) 240 {*leasi}

 (expr_list:REG_DEAD (reg:DI 37 r8 [orig:87 a.0 ] [87])

(nil)))



I will take an uneducated guess that this is due to new LRA.



Adding CC.

[Bug c/52981] Separate -Wpacked into two options

[akurland at digi dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52981



--- Comment #1 from Aaron S. Kurland  2012-10-24 
15:22:28 UTC ---

I just realized that my original message was referring to the wrong option. I

meant: -Wpadded



I am therefore requesting two new options:



-Wpadded-element and -Wpadded-structure



Sorry for the confusion.

[Bug debug/55056] [4.8 Regression] -O0 -g missing location for register double var

[jan.kratochvil at redhat dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55056



--- Comment #2 from Jan Kratochvil  
2012-10-24 15:23:19 UTC ---

-Og -g0 is a total failure of everything, such as:



-Breakpoint 2, func2 () at ./gdb.base/return.c:12

-12   return -5;

-(gdb) PASS: gdb.base/return.exp: continue to return of -5

+Breakpoint 2, func2 () at ./gdb.base/return.c:13

+13 }

+(gdb) FAIL: gdb.base/return.exp: continue to return of -5

[Bug fortran/55037] [4.8 Regression] [OOP] ICE with local allocatable variable of abstract type

[janus at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55037



--- Comment #5 from janus at gcc dot gnu.org 2012-10-24 15:23:29 UTC ---

Author: janus

Date: Wed Oct 24 15:23:25 2012

New Revision: 192768



URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192768

Log:

2012-10-24  Janus Weil  



PR fortran/55037

* trans-expr.c (gfc_conv_procedure_call): Move a piece of code and

remove an assert.



2012-10-24  Janus Weil  



PR fortran/55037

* gfortran.dg/class_dummy_4.f03: New.



Added:

trunk/gcc/testsuite/gfortran.dg/class_dummy_4.f03

Modified:

trunk/gcc/fortran/ChangeLog

trunk/gcc/fortran/trans-expr.c

trunk/gcc/testsuite/ChangeLog

[Bug fortran/55037] [4.8 Regression] [OOP] ICE with local allocatable variable of abstract type

[janus at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55037



janus at gcc dot gnu.org changed:



   What|Removed |Added



 Status|ASSIGNED|RESOLVED

 Resolution||FIXED



--- Comment #6 from janus at gcc dot gnu.org 2012-10-24 15:32:42 UTC ---

Both ICEs reported in this PR should be fixed by r192768.



[Note that this commit does not literally contain the patch from comment 4, but

strictly moves the IF clause, instead of making it an ELSE IF.]



Thanks for the report. Closing.

[Bug bootstrap/55048] [4.8 Regression] libjava bootstrap failure on trunk after LRA merge

[vmakarov at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55048



--- Comment #2 from Vladimir Makarov  2012-10-24 
15:35:17 UTC ---

Author: vmakarov

Date: Wed Oct 24 15:35:12 2012

New Revision: 192770



URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192770

Log:

2012-10-24  Vladimir Makarov  



PR bootstrap/55048

* lra-constraints.c (update_ebb_live_info): Skip

non-NOTE_INSN_BASIC_BLOCK notes.





Modified:

trunk/gcc/ChangeLog

trunk/gcc/lra-constraints.c

[Bug fortran/55057] New: [OOP] wrong result with abstract type

[mrestelli at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55057



 Bug #: 55057

   Summary: [OOP] wrong result with abstract type

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: fortran

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: mreste...@gmail.com





The attached code compiles and runs, but the results are not correct.

Unfortunately the reduced test is not very much reduced, however I

think the problem is that in alt the storages of x, y and z overlap.



Notice that the problem is present only when calling alt through an

additional subroutine sub, as indicated by the comments.



gfortran --version

GNU Fortran (GCC) 4.8.0 20121024 (experimental)



./test 

 All the following values should be 2.0

   2.

   2.

   2.

 All the following values should be 2.0

   2.

   3.

   6.







module m



 implicit none



 public :: &

   at1, at2, t1, t2, sub



 private



 type, abstract :: at1

 contains

  procedure(i_copy), deferred, pass(z) :: copy

  procedure(i_incr), deferred, pass(x) :: incr

  procedure(i_tims), deferred, pass(x) :: tims

  procedure(i_show), deferred, pass(x) :: show

  procedure,   pass(z) :: add

  procedure,   pass(z) :: mlt

  procedure,   pass(z) :: alt

 end type at1

 abstract interface

  pure subroutine i_copy(z,x)

   import :: at1

   implicit none

   class(at1), intent(in):: x

   class(at1), intent(inout) :: z

  end subroutine i_copy

 end interface

 abstract interface

  pure subroutine i_incr(x,y)

   import :: at1

   implicit none

   class(at1), intent(in):: y

   class(at1), intent(inout) :: x

  end subroutine i_incr

 end interface

 abstract interface

  pure subroutine i_tims(x,r)

   import :: at1

   implicit none

   real,   intent(in):: r

   class(at1), intent(inout) :: x

  end subroutine i_tims

 end interface

 abstract interface

  subroutine i_show(x)

   import :: at1

   implicit none

   class(at1), intent(in) :: x

  end subroutine i_show

 end interface



 type, abstract :: at2

  class(at1), allocatable :: work(:)

 end type at2



 type, extends(at1) :: t1

  real, allocatable :: f(:)

 contains

  procedure, pass(x) :: incr

  procedure, pass(x) :: tims

  procedure, pass(z) :: copy

  procedure, pass(x) :: show

 end type t1



 type, extends(at2) :: t2

 end type t2



contains



 subroutine alt(z,x,r,y)

  real,   intent(in) :: r

  class(at1), intent(in) :: x, y

  class(at1), intent(inout) :: z



   print *, 'All the following values should be 2.0'

   call y%show()

   call z%mlt(r,y)  ! z = r * y

   call y%show()

   call z%incr(x)   ! z = z + x

   call y%show()



 end subroutine alt



 pure subroutine add(z,x,y)

  class(at1), intent(in) :: x, y

  class(at1), intent(inout) :: z

   call z%copy( x )

   call z%incr( y )

 end subroutine add



 pure subroutine mlt(z,r,x)

  real, intent(in) :: r

  class(at1), intent(in) :: x

  class(at1), intent(inout) :: z

   call z%copy( x )

   call z%tims( r )

 end subroutine mlt



 pure subroutine copy(z,x)

  class(at1), intent(in):: x

  class(t1),  intent(inout) :: z



   select type(x); type is(t1)

   z%f = x%f

   end select

 end subroutine copy



 pure subroutine incr(x,y)

  class(at1), intent(in):: y

  class(t1),  intent(inout) :: x

   select type(y); type is(t1)

   x%f = x%f + y%f

   end select

 end subroutine incr



 pure subroutine tims(x,r)

  real,  intent(in):: r

  class(t1), intent(inout) :: x

   x%f = r*x%f

 end subroutine tims



 subroutine show(x)

  class(t1), intent(in) :: x

   write(*,*) x%f

 end subroutine show



 subroutine sub(var)

  class(at2), intent(inout) :: var

   call var%work(2)%alt(var%work(1),1.5,var%work(1))

 end subroutine sub



end module m





program p

 use m, only: t1, t2, sub

 implicit none

 integer :: i

 type(t2) :: aa



  allocate(t1::aa%work(2))

  select type(y=>aa%work); type is(t1)

  do i=1,2

allocate(y(i)%f(1))

y(i)%f = 2.0

  enddo

  end select

  ! This call to ALT works as expected

  call aa%work(2)%alt(aa%work(1),1.5,aa%work(1))

  ! Calling ALT from SUB however does not work

  call sub(aa)



end program p

[Bug c++/55058] New: [4.7/4.8 Regression] Unexpected invalid type conversion error

[sebastian.hu...@embedded-brains.de]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55058



 Bug #: 55058

   Summary: [4.7/4.8 Regression] Unexpected invalid type

conversion error

Classification: Unclassified

   Product: gcc

   Version: 4.7.3

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c++

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: sebastian.hu...@embedded-brains.de





Created attachment 28518

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28518

Sample code



The attached test file produces with "g++ -c test.cc" of GCC version 4.7 (e.g.

the one shipped with OpenSuse 12.2) and 4.8 the following output:



test.cc: In constructor 'C_DrvDataBuffer::C_DrvDataBuffer(ushort, ushort)':

test.cc:20748:34: error: invalid conversion from 'const T_SND_NODE

C_DrvSndDataBlock::* {aka const list_node C_DrvSndDataBlock::*}' to 'list_node C_DrvSndDataBlock::*' [-fpermissive]

test.cc:16667:1: error:   initializing argument 1 of 'list_base<

, , test_,

amp_>::list_base(const T_C_NODE_ T_::*, const char*, bool) [with T_ =

C_DrvSndDataBlock; lock_ = with_lock; test_ = oper_safe; bool amp_ = false;

list_base< , , test_,

amp_>::T_C_NODE_ = list_node]'

[-fpermissive]

test.cc:20748:34: error: invalid conversion from 'const T_SND_NODE

C_DrvSndDataBlock::* {aka const list_node C_DrvSndDataBlock::*}' to 'list_node C_DrvSndDataBlock::*' [-fpermissive]

test.cc:16667:1: error:   initializing argument 1 of 'list_base<

, , test_,

amp_>::list_base(const T_C_NODE_ T_::*, const char*, bool) [with T_ =

C_DrvSndDataBlock; lock_ = with_lock; test_ = oper_safe; bool amp_ = false;

list_base< , , test_,

amp_>::T_C_NODE_ = list_node]'

[-fpermissive]

test.cc:20748:34: error: invalid conversion from 'const T_RCV_NODE

C_DrvRcvDataBlock::* {aka const list_node C_DrvRcvDataBlock::*}' to 'list_node C_DrvRcvDataBlock::*' [-fpermissive]

test.cc:16667:1: error:   initializing argument 1 of 'list_base<

, , test_,

amp_>::list_base(const T_C_NODE_ T_::*, const char*, bool) [with T_ =

C_DrvRcvDataBlock; lock_ = with_lock; test_ = oper_safe; bool amp_ = false;

list_base< , , test_,

amp_>::T_C_NODE_ = list_node]'

[-fpermissive]



The test code can be compiled with the Comeau-Online-Compiler:



http://www.comeaucomputing.com/tryitout



The GCC 4.6 works also.

[Bug libstdc++/55043] [4.7/4.8 Regression] issue with nesting unordered_map containing unique_ptr into vector

[redi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55043



--- Comment #15 from Jonathan Wakely  2012-10-24 
15:40:28 UTC ---

(In reply to comment #14)



> I think it is implementable (I have done something similar to ensure that my

> optional realizes the same effect), but the costs are not small:

> 

> 1) It will prevent the incomplete type support



Ouch... but not required by the standard.



> 2) The implementation changes are not small (my guess)



Apart from the changes to allocator_traits and defining CopyInsertable etc.

(which I think isn't so hard, I can do that tonight) IIUC it would require

changing every container so that e.g.



vector::vector(const vector&)



becomes



template

  vector::vector(const vector&)



with constraints is_same and CopyInsertable, because we can't

constrain that constructor if it's not a template



Is that even allowed under the as-if rule?



Do we really want to go there?



Is there some other way to make examples like this compile?



  #include 



  struct M

  {

M() = default;

M(M&&) = default;

M& operator=(M&&) = default;

  };



  typedef std::vector S;



  static_assert( !std::is_copy_constructible::value,

 "not CopyConstructible" );

[Bug debug/55059] New: DWARF missing concrete class definition

[tromey at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55059



 Bug #: 55059

   Summary: DWARF missing concrete class definition

Classification: Unclassified

   Product: gcc

   Version: unknown

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: debug

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: tro...@gcc.gnu.org





Created attachment 28519

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28519

test program



This comes from http://sourceware.org/bugzilla/show_bug.cgi?id=14760



I think GCC master from today generates invalid, or at least

questionable, DWARF for the attached test case.

This causes gdb test suite failures.



The bug is in the DWARF for the instantiation of Base.

Current GCC emits:



 <1>: Abbrev Number: 15 (DW_TAG_structure_type)

   DW_AT_name: (indirect string, offset: 0x191): Base

   DW_AT_byte_size   : 1

   DW_AT_decl_file   : 1

   DW_AT_decl_line   : 30

   DW_AT_declaration : 1

   DW_AT_sibling : <0x155>



This has DW_AT_declaration -- but there is no concrete instance of the type.



Previous versions of GCC omitted this attribute.  For example, Fedora 16

GCC:



 <1>: Abbrev Number: 10 (DW_TAG_structure_type)

   DW_AT_name: (indirect string, offset: 0x135): Base

   DW_AT_byte_size   : 1

   DW_AT_decl_file   : 1

   DW_AT_decl_line   : 30

   DW_AT_sibling : <0x155>



I think the previous approach is preferable.

[Bug c++/55058] [4.7/4.8 Regression] Unexpected invalid type conversion error

[redi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55058



Jonathan Wakely  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-10-24

 Ever Confirmed|0   |1



--- Comment #1 from Jonathan Wakely  2012-10-24 
16:06:13 UTC ---

can you reduce it to get rid of all the code that doesn't affect the failure?

[Bug c++/55058] [4.7/4.8 Regression] Unexpected invalid type conversion error

[sebastian.hu...@embedded-brains.de]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55058



--- Comment #2 from Sebastian Huber  
2012-10-24 16:12:39 UTC ---

(In reply to comment #1)

> can you reduce it to get rid of all the code that doesn't affect the failure?



I already reduced it quite a lot, but I try harder tomorrow.

[Bug libmudflap/26446] Running large program compiled with mudflap aborts even before reaching main()

[romain.geissler at gmail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26446



Romain Geissler  changed:



   What|Removed |Added



 CC||romain.geissler at gmail

   ||dot com



--- Comment #7 from Romain Geissler  
2012-10-24 16:33:19 UTC ---

This might comes from initialization of global and/or static variables by

external libs before mudflap is initialized. Indeed, libmudflap might be

already loaded by the dynamic linker, thus having many libc symbols wrapped

like malloc calls for example.



Mudflap does indeed provide a basic allocator that's used before even __mf_init

is called, just have a look at __mf_0fn_malloc defined in mf-hooks1.c

http://gcc.gnu.org/git/?p=gcc.git;a=blob;f=libmudflap/mf-hooks1.c;h=3dd332e12c6b8ced877e7063eccb84f82e6b9699;hb=76d77f1ecada29e571ec46fd8aaa9f83cd4da4f5

it allows only 10 malloc calls before return NULL --> that's your bad alloc

error.



Try tweaking your linker so that mudflap gets initialized first. GNU ld have an

option -zinitfirst that might be helpful, i didn't try it by myself though.

[Bug libmudflap/26446] Running large program compiled with mudflap aborts even before reaching main()

[fche at redhat dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26446



--- Comment #8 from Frank Ch. Eigler  2012-10-24 
16:39:58 UTC ---

Romain, good analysis.

[Bug other/54030] make install does not honor --program-prefix/--program-suffix for 'gcc' (AVR build)

[gjl at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54030



--- Comment #3 from Georg-Johann Lay  2012-10-24 
16:55:40 UTC ---

Created attachment 28520

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28520

pr54030.diff tentative patch



The patch from



http://gcc.gnu.org/ml/gcc-patches/2012-07/msg00905.html



has been approved in 



http://gcc.gnu.org/ml/gcc-patches/2012-07/msg00929.html



However, there are issues:



- No ChangeLog provided

- Patch in ML is against 4.7

- Patch in ML is not in a valid patch format

[Bug c++/34892] [4.6/4.7/4.8 regression] ICE with ellipsis in default template argument

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34892



Paolo Carlini  changed:



   What|Removed |Added



 Status|NEW |ASSIGNED

 CC|gcc-bugs at gcc dot gnu.org |

 AssignedTo|unassigned at gcc dot   |paolo.carlini at oracle dot

   |gnu.org |com



--- Comment #10 from Paolo Carlini  2012-10-24 
17:03:29 UTC ---

Mine.

[Bug bootstrap/55049] [4.8 Regression] bootstrap failed with --with-multilib-list=m32,m64,mx32

[vmakarov at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55049



--- Comment #1 from Vladimir Makarov  2012-10-24 
17:35:50 UTC ---

Author: vmakarov

Date: Wed Oct 24 17:35:37 2012

New Revision: 192771



URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192771

Log:

2012-10-24  Vladimir Makarov  



PR bootstrap/55049

* lra-constraints.c (extract_loc_address_regs): Pass top_p for

ZERO_EXTEND operand.





Modified:

trunk/gcc/ChangeLog

trunk/gcc/lra-constraints.c

[Bug libstdc++/55043] [4.7/4.8 Regression] issue with nesting unordered_map containing unique_ptr into vector

[redi at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55043



--- Comment #16 from Jonathan Wakely  2012-10-24 
17:36:52 UTC ---

I have a better idea: specialize is_copy_constructible for each std::container

to depend on whether its value type is CopyInsertable into it.

[Bug libmudflap/26446] Running large program compiled with mudflap aborts even before reaching main()

[pinskia at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26446



Andrew Pinski  changed:



   What|Removed |Added



 Status|UNCONFIRMED |NEW

   Last reconfirmed||2012-10-24

 Ever Confirmed|0   |1



--- Comment #9 from Andrew Pinski  2012-10-24 
17:38:00 UTC ---

I wonder if this is related to PR 51858.

[Bug other/54030] make install does not honor --program-prefix/--program-suffix for 'gcc' (AVR build)

[mrs at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54030



m...@gcc.gnu.org  changed:



   What|Removed |Added



 CC||mrs at gcc dot gnu.org



--- Comment #4 from mrs at gcc dot gnu.org  2012-10-24 
17:42:14 UTC ---

Mine isn't an approval as I am not a maintainer.  I reviewed it because I know

that part of the Makefile and I am familiar with what they want to do.  I did

this to spur an actual reviewer to approve it.

[Bug c/55060] New: False un-initialized variable warnings

[shenhan at google dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55060

 Bug #: 55060
   Summary: False un-initialized variable warnings
Classification: Unclassified
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: shen...@google.com


Compiler version - trunk @ 192770
Compilation option - -c -O2 -Wall
Source - 
static void a(int *i) { }
static void b(int p) { }

int main(int argc, char *argv[]) {
  int i;
  a(&i);
  b(i);
  return 0;
}

Compilation output - 
/home/shenhan/test.c: In function ‘main’:
/home/shenhan/test.c:7:4: warning: ‘i’ is used uninitialized in this function
[-Wuninitialized]
   b(i);
^

A quick diagnose by David (Xingliang) Li is copied below - 

"The early uninitialized variable warning happens before inlining phase. Before
4.7, compiler does not warn this because the call to a(&i) which may initialize
'i' (the analysis is only intra-procedural).

In 4.7 (and above), the SRA optimization pass which happens before the analysis
is smart enough to replace the call to 'a' into a clone of 'a' which takes no
argument.  However the second access to 'i' still remains, thus the warning."

[Bug libstdc++/55043] [4.7/4.8 Regression] issue with nesting unordered_map containing unique_ptr into vector

[daniel.kruegler at googlemail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55043

--- Comment #17 from Daniel Krügler  
2012-10-24 17:48:07 UTC ---
(In reply to comment #15)
> > 1) It will prevent the incomplete type support
> 
> Ouch... but not required by the standard.

I agree, but I consider that as a high price.

> > 2) The implementation changes are not small (my guess)
> 
> Apart from the changes to allocator_traits and defining CopyInsertable etc.
> (which I think isn't so hard, I can do that tonight) IIUC it would require
> changing every container so that e.g.
> 
> vector::vector(const vector&)
> 
> becomes
> 
> template
>   vector::vector(const vector&)
> 
> with constraints is_same and CopyInsertable, because we can't
> constrain that constructor if it's not a template
> 
> Is that even allowed under the as-if rule?

I don't think that this works. I can elaborate what I had in my mind when
comparing with optional, but I think this is not needed to solve the issue and
would lengthen here the discussion. Looking at the concrete problem here I
think the only thing that is needed is a conditional noexcept for all
containers move constructors (which is presumably a border-case for the allowed
extensions but to me an acceptable one. I tend to suggest to open an LWG issue
for this). Now I'm reading below that the move constructor always seems to need
to allocate memory, is that really true? IMO that is the actual problem here.

> Is there some other way to make examples like this compile?
> 
>   #include 
> 
>   struct M
>   {
> M() = default;
> M(M&&) = default;
> M& operator=(M&&) = default;
>   };
> 
>   typedef std::vector S;
> 
>   static_assert( !std::is_copy_constructible::value,
>  "not CopyConstructible" );

This is possible with my more-constraining model in mind that would really
enforce that vectors value type is a complete type during instantiation of
vector. I do not suggest to follow this path, but if you really want to do
that, here the sketch (I can show you the complete code of my optional
implementation that does so, if you want): The basic idea is to ensure that
vector becomes conditionally derived from a base-class with a deleted
copy-constructor. An empty tagging class suffices, e.g.

template<>
struct ctor_base
{
  constexpr ctor_base() noexcept = default;
  ctor_base(const ctor_base& rhs) noexcept = default;
  ctor_base(ctor_base&& rhs) noexcept = default;
  ctor_base& operator=(const ctor_base&) noexcept = default;
  ctor_base& operator=(ctor_base&&) noexcept = default;
};

template<>
struct ctor_base
{
  constexpr ctor_base() noexcept = default;
  ctor_base(const ctor_base&) = delete;
  ctor_base(ctor_base&& rhs) noexcept = default;
  ctor_base& operator=(const ctor_base&) noexcept = default;
  ctor_base& operator=(ctor_base&&) noexcept = default;
};

The condition for the base class selection is the outcome of
std::is_copy_constructible. This design has the effect that you can
delete-away the effective copy-constructor of the container, if the value type
is not copyable.

[Bug tree-optimization/55060] False un-initialized variable warnings

[pinskia at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55060



Andrew Pinski  changed:



   What|Removed |Added



   Keywords||diagnostic

  Component|c   |tree-optimization



--- Comment #1 from Andrew Pinski  2012-10-24 
17:50:05 UTC ---

Is it only because b does not use its arguments you are saying it is a false

un-initialized warning?

[Bug target/55061] New: libbacktrace build fails during bootstrap on powerpc-apple-darwin9

[howarth at nitro dot med.uc.edu]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55061



 Bug #: 55061

   Summary: libbacktrace build fails during bootstrap on

powerpc-apple-darwin9

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: target

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: howa...@nitro.med.uc.edu





The bootstrap of gcc trunk r192770 fails on powerpc-apple-darwin9 in

libbacktrace at...



/bin/sh ./libtool --tag=CC   --mode=compile gcc -DHAVE_CONFIG_H -I.

-I../../gcc-4.8-20121024/libbacktrace  -I

../../gcc-4.8-20121024/libbacktrace/../include -I

../../gcc-4.8-20121024/libbacktrace/../libgcc -I ../libgcc -I ../gcc/include -I

../../gcc/include  -funwind-tables -W -Wall -Wwrite-strings -Wstrict-prototypes

-Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute

-Wcast-qual -Werror  -g -c -o dwarf.lo

../../gcc-4.8-20121024/libbacktrace/dwarf.c

libtool: compile:  gcc -DHAVE_CONFIG_H -I.

-I../../gcc-4.8-20121024/libbacktrace -I

../../gcc-4.8-20121024/libbacktrace/../include -I

../../gcc-4.8-20121024/libbacktrace/../libgcc -I ../libgcc -I ../gcc/include -I

../../gcc/include -funwind-tables -W -Wall -Wwrite-strings -Wstrict-prototypes

-Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute

-Wcast-qual -Werror -g -c ../../gcc-4.8-20121024/libbacktrace/dwarf.c -o

dwarf.o

/var/tmp//ccPfK3fM.s:10901:FATAL:Symbol _xstrnlen.eh already defined.

make[4]: *** [dwarf.lo] Error 1

make[3]: *** [all] Error 2

make[2]: *** [all-stage1-libbacktrace] Error 2

make[1]: *** [stage1-bubble] Error 2

make: *** [all] Error 2



 ../gcc-4.8-20121024/configure --prefix=/sw --prefix=/sw/lib/gcc4.8

--mandir=/sw/share/man --infodir=/sw/lib/gcc4.8/info --enable-languages=c,c++

,fortran,lto,objc,obj-c++,java --with-gmp=/sw --with-libiconv-prefix=/sw

--with-isl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib --enable-

checking=yes --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib

--program-suffix=-fsf-4.8 --disable-cloog-version-check

--disable-libjava-multilib --disable-libquadmath

[Bug debug/54887] gdb test case failure with mi-var-rtti

[arnez at linux dot vnet.ibm.com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54887



--- Comment #5 from Andreas Arnez  2012-10-24 
17:51:44 UTC ---

(In reply to comment #4)



>  <2><32e>: Abbrev Number: 27 (DW_TAG_lexical_block)

> <32f>   DW_AT_low_pc  : 0x400758

> <337>   DW_AT_high_pc : 0x38 0x0

>  <3><33f>: Abbrev Number: 28 (DW_TAG_variable)

> <340>   DW_AT_name: d



Such a whole-subprogram lexical block is still generated by mainline gcc at

r192761.  I verified this on x86_64 with use_rtti_for_ptr_test() in

mi-var-rtti.cc.



Note that the lexical block's range is slightly smaller than the subprogram's:

 <1><30d>: Abbrev Number: 26 (DW_TAG_subprogram)

<30e>   DW_AT_external: 1   

<30e>   DW_AT_name: (indirect string, offset: 0x35f):

use_rtti_for_ptr_test 

<312>   DW_AT_decl_file   : 1   

<313>   DW_AT_decl_line   : 30  

<314>   DW_AT_linkage_name: (indirect string, offset: 0x173):

_Z21use_rtti_for_ptr_testv

<318>   DW_AT_low_pc  : 0x400750

<320>   DW_AT_high_pc : 0x42 0x0

<328>   DW_AT_frame_base  : 1 byte block: 9c(DW_OP_call_frame_cfa)

<32a>   Unknown AT value: 2116: 1   

<32a>   DW_AT_sibling : <0x386> 

 <2><32e>: Abbrev Number: 27 (DW_TAG_lexical_block)

<32f>   DW_AT_low_pc  : 0x400758

<337>   DW_AT_high_pc : 0x38 0x0



Is this expected or not?  If needed, I can open a separate Bugzilla for this.

[Bug target/55061] libbacktrace build fails during bootstrap on powerpc-apple-darwin9

[howarth at nitro dot med.uc.edu]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55061



--- Comment #1 from Jack Howarth  2012-10-24 
17:52:30 UTC ---

Xcode 3.1.4

Component versions: DevToolsCore-1204.0; DevToolsSupport-1186.0

BuildVersion: 9M2809

[Bug target/55061] libbacktrace build fails during bootstrap on powerpc-apple-darwin9

[howarth at nitro dot med.uc.edu]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55061



--- Comment #2 from Jack Howarth  2012-10-24 
17:54:48 UTC ---

Created attachment 28521

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28521

preprocessed source for libbacktrace/dwarf.c on powerpc-apple-darwin9

[Bug target/55061] libbacktrace build fails during bootstrap on powerpc-apple-darwin9

[howarth at nitro dot med.uc.edu]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55061



--- Comment #3 from Jack Howarth  2012-10-24 
17:55:34 UTC ---

Created attachment 28522

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28522

assembly file for libbacktrace/dwarf.c on powerpc-apple-darwin9

[Bug tree-optimization/55060] False un-initialized variable warnings

[shenhan at google dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55060



--- Comment #2 from Han Shen  2012-10-24 17:55:40 
UTC ---

Yeah, I think value of "i" is never used.

[Bug debug/54887] gdb test case failure with mi-var-rtti

[dehao at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54887



--- Comment #6 from dehao at gcc dot gnu.org 2012-10-24 17:56:32 UTC ---

I'll take a look at this case today.

[Bug libstdc++/55043] [4.7/4.8 Regression] issue with nesting unordered_map containing unique_ptr into vector

[daniel.kruegler at googlemail dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55043

--- Comment #18 from Daniel Krügler  
2012-10-24 18:12:25 UTC ---
(In reply to comment #17)
> Looking at the concrete problem here I think the only thing that is needed 
> is a conditional noexcept for all containers move constructors (which is
> presumably a border-case for the allowed extensions but to me an acceptable
> one. I tend to suggest to open an LWG issue for this)

For allocator-aware containers, it really should be unconditionally noexcept.
Could someone explain why allocations are needed within the move-constructor of
such containers?

[Bug target/55061] libbacktrace build fails during bootstrap on powerpc-apple-darwin9

[ian at airs dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55061



Ian Lance Taylor  changed:



   What|Removed |Added



 CC||ian at airs dot com



--- Comment #4 from Ian Lance Taylor  2012-10-24 18:12:29 
UTC ---

If I'm reading this correctly, we are invoking the Xcode gcc compiler with a

perfectly ordinary static function, and it is choking on it.  The only

references I see to xstrnlen in the preprocessed file are the static function

and the calls to it.



In the assembler file I see a bunch of symbols listed as FUNCTION.eh = 0

followed farther down in the file by FUNCTION.eh:.  xstrnlen just happens to be

the first.  So I guess this has nothing to do with xstrnlen as such.



Looking at the command line, I'm guessing that there is some bug with the

-funwind-tables option in the compiler you are using.  Does it work to compile



static int i() { return 0; }

int j() { return i; }



with -funwind-tables?



If that does not work, then I guess we need a configure test to see whether the

host GCC supports -funwind-tables with static functions.

[Bug target/55061] libbacktrace build fails during bootstrap on powerpc-apple-darwin9

[howarth at nitro dot med.uc.edu]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55061



--- Comment #5 from Jack Howarth  2012-10-24 
18:30:21 UTC ---

The testcase fails with the system compiler on powerpc-apple-darwin9, which

is...



gcc version 4.0.1 (Apple Inc. build 5493)



with the same error when compiled with '-funwind-tables'...



/var/tmp//cc0vWbZP.s:65:FATAL:Symbol _i.eh already defined. Using the Apple

gcc-4.2 compiler...



gcc version 4.2.1 (Apple Inc. build 5577)



compiles the test case without errors. Testing a bootstrap with

gcc-4.2/g++-4.2.

[Bug libstdc++/55028] _GLIBCXX_DEBUG is broken when using v7 namespace

[oleg at smolsky dot net]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55028



--- Comment #3 from oleg at smolsky dot net 2012-10-24 18:36:44 UTC ---

Can this be debugged by hacking installed libstdc++ headers? If so, could you

point to what needs exporting/testing please?

[Bug libstdc++/55043] [4.7/4.8 Regression] issue with nesting unordered_map containing unique_ptr into vector

[paolo.carlini at oracle dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55043



--- Comment #19 from Paolo Carlini  2012-10-24 
18:51:24 UTC ---

Essentially memory allocation is needed because that is the "simplest" state

for such containers, what the default constructor also does in other terms.

Given that the moved from container must remain in a sane state and all the

normal operations must still be well defined, I don't think we can have

something "simpler", thus not allocating memory, than the default constructed

state. We can of course in principle redesign the affected containers to have a

different, simpler, default (it's already the case for containers like vector

or list, of course) but that isn't that easy to do, AFAICS. That said, I'm not

convinced this is the *real* issue, because: 1- I think a move-constructor not

noexcept is still conforming; 2- As we often say when teaching these things,

the std:: containers are just *examples* from the generic programming point of

view, and we should anyway be ready for user code with throwing move

constructors...

[Bug bootstrap/55048] [4.8 Regression] libjava bootstrap failure on trunk after LRA merge

[glisse at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55048



Marc Glisse  changed:



   What|Removed |Added



 Status|NEW |RESOLVED

 Resolution||FIXED



--- Comment #3 from Marc Glisse  2012-10-24 18:55:07 
UTC ---

Bootstrap (with java) now works for me.

[Bug target/55062] New: bootstrap fails on gcc/config/rs6000/rs6000.c for powerpc-apple-darwin9 using gcc-4.2/g++-4.2

[howarth at nitro dot med.uc.edu]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55062



 Bug #: 55062

   Summary: bootstrap fails on gcc/config/rs6000/rs6000.c for

powerpc-apple-darwin9 using gcc-4.2/g++-4.2

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: target

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: howa...@nitro.med.uc.edu





When bootstrapping gcc trunk at r192774 on powerpc-apple-darwin9 with

CC=gcc-4.2 and CXX=g++-4.2, the bootstrap fails at...



g++-4.2 -c   -g -DIN_GCC   -fno-exceptions -fno-rtti

-fasynchronous-unwind-tables -W -Wall -Wwrite-strings -Wcast-qual

-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros

-Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H -I. -I.

-I../../gcc-4.8-20121024/gcc -I../../gcc-4.8-20121024/gcc/.

-I../../gcc-4.8-20121024/gcc/../include

-I../../gcc-4.8-20121024/gcc/../libcpp/include -I/sw/include -I/sw/include 

-I../../gcc-4.8-20121024/gcc/../libdecnumber

-I../../gcc-4.8-20121024/gcc/../libdecnumber/dpd -I../libdecnumber

-I../../gcc-4.8-20121024/gcc/../libbacktrace -DCLOOG_INT_GMP -I/sw/include

-I/sw/include -I/sw/include \

../../gcc-4.8-20121024/gcc/config/rs6000/rs6000.c -o rs6000.o

../../gcc-4.8-20121024/gcc/config/rs6000/rs6000.c: In function 'void

rs6000_density_test(rs6000_cost_data*)':

../../gcc-4.8-20121024/gcc/config/rs6000/rs6000.c:3550: error: 'dump_kind_p'

was not declared in this scope

../../gcc-4.8-20121024/gcc/config/rs6000/rs6000.c: In function 'tree_node*

rs6000_handle_longcall_attribute(tree_node**, tree_node*, tree_node*, int,

bool*)':

../../gcc-4.8-20121024/gcc/config/rs6000/rs6000.c:24650: warning: unknown

conversion type character 'E' in format

../../gcc-4.8-20121024/gcc/config/rs6000/rs6000.c:24650: warning: too many

arguments for format

../../gcc-4.8-20121024/gcc/config/rs6000/rs6000.c: In function 'tree_node*

rs6000_handle_struct_attribute(tree_node**, tree_node*, tree_node*, int,

bool*)':

../../gcc-4.8-20121024/gcc/config/rs6000/rs6000.c:24723: warning: unknown

conversion type character 'E' in format

../../gcc-4.8-20121024/gcc/config/rs6000/rs6000.c:24723: warning: too many

arguments for format

../../gcc-4.8-20121024/gcc/config/rs6000/rs6000.c:24733: warning: unknown

conversion type character 'E' in format

../../gcc-4.8-20121024/gcc/config/rs6000/rs6000.c:24733: warning: too many

arguments for format

make[3]: *** [rs6000.o] Error 1

make[2]: *** [all-stage1-gcc] Error 2

make[1]: *** [stage1-bubble] Error 2

[Bug debug/55063] New: [4.8 Regression] Thousands of failures in the libstdc++-v3 tests after revision 192739

[dominiq at lps dot ens.fr]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55063



 Bug #: 55063

   Summary: [4.8 Regression] Thousands of failures in the

libstdc++-v3 tests after revision 192739

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: debug

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: domi...@lps.ens.fr

CC: howa...@nitro.med.uc.edu, ia...@gcc.gnu.org,

pkon...@gcc.gnu.org

  Host: x86_64-apple-darwin10

Target: x86_64-apple-darwin10

 Build: x86_64-apple-darwin10





After revision 192739, I got thousands of failures in the libstdc++-v3 tests on

x86_64-apple-darwin10 (Xcode 3.2.6) of the kind:



FAIL: 17_intro/static.cc (test for excess errors)

Excess errors:

warning: invalid DWARF generated by the compiler: DIE 0x459e has multiple 

AT_declaration attributes in '/var/tmp//ccYrx3xr.o'.



I don't know if this is an Apple's bug or not (and I don't care! if it is the

case it won't be fixed for darwin 10). I have silenced the failures with the

following hack (i.e., pruning the warning):



--- ../_clean/libstdc++-v3/testsuite/lib/prune.exp2012-04-11

14:09:59.0 +0200

+++ libstdc++-v3/testsuite/lib/prune.exp2012-10-24 16:55:36.0 +0200

@@ -63,6 +63,7 @@ proc libstdc++-dg-prune { system text } 

 regsub -all "(^|\n)\[^\n\]*ld: warning: can't add line info to anonymous

symbol\[^\n\]*" $text "" text

 regsub -all "(^|\n)\[^\n\]*warning:

DWARFDebugInfoEntry::AppendDependants\[^\n\]*AT_\[^\n\]*_bound\[^\n\]*FORM_ref4\[^\n\]*"

$text "" text

 regsub -all "(^|\n)\[^\n\]*warning:\[^\n\]*TAG_variable: 

AT_location\[^\n\]*didn't have valid function low pc\[^\n\]*" $text "" text

+regsub -all "(^|\n)\[^\n\]*warning: invalid DWARF generated by the

compiler: DIE \[^\n\]* has multiple  AT_declaration attributes in\[^\n\]*"

$text "" text



 # Ignore harmless warnings from Xcode 4.0.

 regsub -all "(^|\n)\[^\n\]*ld: warning: could not create compact unwind

for\[^\n\]*" $text "" text



tested with -m64 only.

[Bug tree-optimization/55060] False un-initialized variable warnings

[manu at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55060

Manuel López-Ibáñez  changed:

   What|Removed |Added

 CC||manu at gcc dot gnu.org

--- Comment #3 from Manuel López-Ibáñez  2012-10-24 
19:18:51 UTC ---
This doesn't warn, so it seems there is something else going on apart from SRA.

static void b(int p) { }

int main(int argc, char *argv[]) {
  int i;
  b(i);
  return 0;
}

Moving a(&i) after b(i) also prevents the warning. 

Weird.