[Bug c++/53752] New: ice in write_array_type

[dcb314 at hotmail dot com]

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

 Bug #: 53752
   Summary: ice in write_array_type
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dcb...@hotmail.com


I just tried to compile the package device-mapper-persistent-data-0.1.4-1
on gcc-4.8 trunk dated 20120620 on an AMD x86_64 box.

The compiler said

btree.tcc:495:1: internal compiler error: in write_array_type, at
cp/mangle.c:3124
 btree::remove(key const &key)
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Preprocessed source code attached. Flag -g required.

[Bug c++/53753] New: stack based constructor is not called for Class1 Object1()

[kiran.puttur at gmail dot com]

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

 Bug #: 53753
   Summary: stack based constructor is not called for  Class1
Object1()
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: kiran.put...@gmail.com


I have gcc version 4.7.0 (Ubuntu/Linaro 4.7.0-7ubuntu3) I have following
program

#include
class Myclass
{
public:
   Myclass() {
std::cout<<"Value of mInt : "<< mInt << " value mStr : " << mStr
<

[Bug c++/53752] ice in write_array_type

[dcb314 at hotmail dot com]

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

--- Comment #1 from dcb  2012-06-23 08:22:17 UTC ---
Created attachment 27689
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27689
gzipped C++ source code

[Bug c++/53753] stack based constructor is not called for Class1 Object1()

[pinskia at gcc dot gnu.org]

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

--- Comment #1 from Andrew Pinski  2012-06-23 
08:55:40 UTC ---
>Myclass instance1();

I think this is really a function declaration name instance1 returning Myclass
and not a variable declaration.

[Bug lto/53746] [lto] segfault in std::vector::__base_ctor (with -fno-math-errno -fipa-pta)

[vincenzo.innocente at cern dot ch]

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

vincenzo Innocente  changed:

   What|Removed |Added

Summary|[lto] segfault in   |[lto] segfault in
   |std::vector::__base_ctor|std::vector::__base_ctor
   ||(with -fno-math-errno
   ||-fipa-pta)

--- Comment #2 from vincenzo Innocente  
2012-06-23 09:06:30 UTC ---
to reproduce the crash 
get the preprocessed files 

wget http://innocent.home.cern.ch/innocent/bugAlgo.tgz
tar -xzf bugAlgo.tgz 
cd bugAlgo/
and run
export CXXGO="c++  -g -fPIC -fno-fat-lto-objects -flto -ffunction-sections -O2
-pipe -std=gnu++11 -msse3 -fvisibility-inlines-hidden -fno-math-errno
-fipa-pta"
echo $CXXGO

for f in *.ii
do
$CXXGO -c $f
done

$CXXGO -Wl,-v stubs.o -shared -o libstubs.so -Wl,-rpath=./ 
$CXXGO -Wl,-v CosmicClusterAlgo.o EndcapPiZeroDiscriminatorAlgo.o
HybridClusterAlgo.o Multi5x5BremRecoveryClusterAlgo.o PreshowerClusterAlgo.o
a1.o  -shared -o libAlgo.so -Wl,-rpath=./ -L./ -lstubs 

$CXXGO -Wl,-v HybridClusterTest.o -Wl,-rpath=./ -L./ -lAlgo -lstubs 
./a.out 1 2

it will instead end correctly if one removed either  -fno-math-errno or
-fipa-pta
or linking just 
$CXXGO -Wl,-v CosmicClusterAlgo.o EndcapPiZeroDiscriminatorAlgo.o
HybridClusterAlgo.o Multi5x5BremRecoveryClusterAlgo.o -shared -o libAlgo.so
-Wl,-rpath=./ -L./ -lstubs 

the main is just invoking a constructor contained in HybridClusterAlgo

the behavior is the same
on vanilla fedora 17,
with 4.7.1, 
with gcc version 4.8.0 20120608

[Bug lto/53746] [lto] segfault in std::vector::__base_ctor (with -fno-math-errno -fipa-pta) and ICE with trunk revision 188906

[vincenzo.innocente at cern dot ch]

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

vincenzo Innocente  changed:

   What|Removed |Added

Summary|[lto] segfault in   |[lto] segfault in
   |std::vector::__base_ctor|std::vector::__base_ctor
   |(with -fno-math-errno   |(with -fno-math-errno
   |-fipa-pta)  |-fipa-pta) and ICE with
   ||trunk revision 188906

--- Comment #3 from vincenzo Innocente  
2012-06-23 09:37:33 UTC ---
just updated to latest trunk and

$CXXGO -Wl,-v stubs.o -shared -o libstubs.so -Wl,-rpath=./ 
collect2 version 4.8.0 20120623 (experimental) [trunk revision 188906]
/home/innocent/gccDir/bin/ld -plugin
/home/innocent/gccDir/libexec/gcc/x86_64-unknown-linux-gnu/4.8.0/liblto_plugin.so
-plugin-opt=/home/innocent/gccDir/libexec/gcc/x86_64-unknown-linux-gnu/4.8.0/lto-wrapper
-plugin-opt=-fresolution=/tmp/ccvCCsbR.res -plugin-opt=-pass-through=-lgcc_s
-plugin-opt=-pass-through=-lc -plugin-opt=-pass-through=-lgcc_s --eh-frame-hdr
-m elf_x86_64 -shared -o libstubs.so /lib/../lib64/crti.o
/home/innocent/gccDir/lib/gcc/x86_64-unknown-linux-gnu/4.8.0/crtbeginS.o
-L/home/innocent/gccDir/lib/gcc/x86_64-unknown-linux-gnu/4.8.0
-L/home/innocent/gccDir/lib/gcc/x86_64-unknown-linux-gnu/4.8.0/../../../../lib64
-L/lib/../lib64 -L/usr/lib/../lib64
-L/home/innocent/gccDir/lib/gcc/x86_64-unknown-linux-gnu/4.8.0/../../.. -v
stubs.o -rpath=./ -lstdc++ -lm -lgcc_s -lc -lgcc_s
/home/innocent/gccDir/lib/gcc/x86_64-unknown-linux-gnu/4.8.0/crtendS.o
/lib/../lib64/crtn.o
GNU gold (version 2.22.52.0.1-10.fc17 20120131) 1.11
lto1: internal compiler error: in lhd_decl_printable_name, at langhooks.c:222
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: c++ returned 1 exit status
/home/innocent/gccDir/bin/ld: fatal error: lto-wrapper failed
collect2: error: ld returned 1 exit status

[Bug lto/53754] New: [lto] ICE in lhd_decl_printable_name, at langhooks.c:222 (with -g)

[vincenzo.innocente at cern dot ch]

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

 Bug #: 53754
   Summary: [lto] ICE in lhd_decl_printable_name, at
langhooks.c:222 (with -g)
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: vincenzo.innoce...@cern.ch


as unrelated to PR53746 itself I open a new one:
please refer to PR53746  for the test case (even if I'm sure can be further
reduced)

c++  -g  -fPIC -flto  -std=gnu++11 -msse3  CosmicClusterAlgo.ii -shared -o q.so
lto1: internal compiler error: in lhd_decl_printable_name, at langhooks.c:222
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: c++ returned 1 exit status
/home/innocent/gccDir/bin/ld: fatal error: lto-wrapper failed
collect2: error: ld returned 1 exit status

w/o either -g or -flto works

c++ -v
Using built-in specs.
COLLECT_GCC=c++
COLLECT_LTO_WRAPPER=/home/innocent/gccDir/libexec/gcc/x86_64-unknown-linux-gnu/4.8.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../trunk/configure --prefix=/home/innocent/gccDir
--enable-languages=c,c++,lto -enable-gold=yes --enable-lto -enable-libitm
-disable-multilib --with-ppl --with-cloog : (reconfigured) ../trunk/configure
--prefix=/home/innocent/gccDir --enable-languages=c,c++,lto -enable-gold=yes
--enable-lto -enable-libitm -disable-multilib --with-ppl --with-cloog
Thread model: posix
gcc version 4.8.0 20120623 (experimental) [trunk revision 188906] (GCC) 

on fedora 17

[Bug c++/53753] stack based constructor is not called for Class1 Object1()

[daniel.kruegler at googlemail dot com]

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

Daniel Krügler  changed:

   What|Removed |Added

 CC||daniel.kruegler at
   ||googlemail dot com

--- Comment #2 from Daniel Krügler  
2012-06-23 09:58:58 UTC ---
I agree with Andrew, there is no object defined in the code, so the behaviour
is expected. 

Since you are using C++11 mode you can use a pair of braces here:

Myclass instance1{};

This will be a guaranteed variable definition and allows uniform initialization
even for built-in types.

[Bug lto/53746] [lto] segfault in std::vector::__base_ctor (with -fipa-pta)

[vincenzo.innocente at cern dot ch]

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

vincenzo Innocente  changed:

   What|Removed |Added

Summary|[lto] segfault in   |[lto] segfault in
   |std::vector::__base_ctor|std::vector::__base_ctor
   |(with -fno-math-errno   |(with -fipa-pta)
   |-fipa-pta) and ICE with |
   |trunk revision 188906   |

--- Comment #4 from vincenzo Innocente  
2012-06-23 09:59:58 UTC ---
w/o -g  (which seems to be the cause of the ICE) 
segfault reproduces also with latest trunk revision 188906
with this minimal set of options

export CXXGO="c++ -fPIC -fno-fat-lto-objects -flto -ffunction-sections -O2
-pipe -std=gnu++11 -msse3 -fvisibility-inlines-hidden -fipa-pta"

[Bug c++/53753] stack based constructor is not called for Class1 Object1()

[kiran.puttur at gmail dot com]

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

--- Comment #3 from Kiran Puttur  2012-06-23 
10:14:38 UTC ---
Thanks Andrew, Daniel,

If I use the braces {} then I can see my testing strings printed in the program
output

[Bug c++/53753] stack based constructor is not called for Class1 Object1()

[kiran.puttur at gmail dot com]

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

--- Comment #4 from Kiran Puttur  2012-06-23 
10:15:22 UTC ---
Thanks Andrew, Daniel,

If I use the braces {} then I can see my testing strings printed in the program
output

[Bug target/53755] New: [4.7 Regression] ICE in replace_reg_with_saved_mem, at caller-save.c:1125 on i586-linux-gnu

[doko at gcc dot gnu.org]

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

 Bug #: 53755
   Summary: [4.7 Regression] ICE in replace_reg_with_saved_mem, at
caller-save.c:1125 on i586-linux-gnu
Classification: Unclassified
   Product: gcc
   Version: 4.7.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: d...@gcc.gnu.org


Created attachment 27690
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27690
preprocessed source

Might be a duplicate of PR52662.

seen with 4.7.1 on i586-linux-gnu, not x86_64, not seen with the 4.6 branch and
the trunk 20120601. '-fPIC -fvisibility=hidden -fno-builtin-memcmp' are all
needed to trigger the ice.

$ gcc -m32 -c -g -O2 -fPIC -fvisibility=hidden -fno-builtin-memcmp
evergreen_compute_internal.i 
evergreen_compute_internal.c: In function 'evergreen_set_vtx_resource':
evergreen_compute_internal.c:693:1: internal compiler error: in
replace_reg_with_saved_mem, at caller-save.c:1125
Please submit a full bug report,
with preprocessed source if appropriate.

[Bug lto/53754] [lto] ICE in lhd_decl_printable_name, at langhooks.c:222 (with -g)

[markus at trippelsdorf dot de]

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

Markus Trippelsdorf  changed:

   What|Removed |Added

 CC||markus at trippelsdorf dot
   ||de

--- Comment #1 from Markus Trippelsdorf  
2012-06-23 11:26:30 UTC ---
markus@x4 bugAlgo % < test.ii
namespace
{
int a;
}

markus@x4 bugAlgo % c++ -g -flto test.ii
lto1: internal compiler error: in lhd_decl_printable_name, at langhooks.c:222
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
lto-wrapper: /usr/x86_64-pc-linux-gnu/gcc-bin/4.8.0/c++ returned 1 exit status
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.0/../../../../x86_64-pc-linux-gnu/bin/ld:
fatal error: lto-wrapper failed
collect2: error: ld returned 1 exit status

[Bug c++/53753] stack based constructor is not called for Class1 Object1()

[redi at gcc dot gnu.org]

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

Jonathan Wakely  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #5 from Jonathan Wakely  2012-06-23 
11:57:53 UTC ---
see http://en.wikipedia.org/wiki/Most_vexing_parse

[Bug target/53755] [4.7 Regression] ICE in replace_reg_with_saved_mem, at caller-save.c:1125 on i586-linux-gnu

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2012-06-23
   Target Milestone|--- |4.7.2
 Ever Confirmed|0   |1

--- Comment #1 from H.J. Lu  2012-06-23 12:53:54 
UTC ---
It has been fixed on 4.7 branch.  I think this is a dup
of PR 53700.

[Bug c++/53752] ice in write_array_type

[hjl.tools at gmail dot com]

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

H.J. Lu  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2012-06-23
 CC||rguenth at gcc dot gnu.org
   Target Milestone|--- |4.8.0
 Ever Confirmed|0   |1

--- Comment #2 from H.J. Lu  2012-06-23 13:44:53 
UTC ---
It is caused by revision 188386:

http://gcc.gnu.org/ml/gcc-cvs/2012-06/msg00296.html

[Bug fortran/41951] [OOP] Not diagnosing ambiguous operators (TB vs. INTERFACE)

[janus at gcc dot gnu.org]

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

--- Comment #12 from janus at gcc dot gnu.org 2012-06-23 13:54:29 UTC ---
(In reply to comment #11)
> Here is a reduced version of comment 2, which is invalid according to comment
> 10:

Here is a non-abstract version of the test case in comment #11, which should be
equally invalid (however, in this case it is not a problem of having two
ambiguous procedures, but adding the same procedure twice to the same generic
assignment operator):

module m_sort
  implicit none

  type :: sort_t
  contains
generic :: assignment(=) => assign
procedure :: assign
  end type

  interface assignment(=)
module procedure :: assign
  end interface

contains

  subroutine assign (lhs, rhs)
class(sort_t), intent(out) :: lhs
class(sort_t), intent(in) :: rhs
  end subroutine

end module

[Bug c++/53756] New: ICE: in gen_type_die_with_usage, at dwarf2out.c:18774 with -g and operator auto ()

[zsojka at seznam dot cz]

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

 Bug #: 53756
   Summary: ICE: in gen_type_die_with_usage, at dwarf2out.c:18774
with -g and operator auto ()
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz


Created attachment 27691
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27691
reduced testcase

Compiler output:
$ gcc -std=c++1y -g testcase.C 
testcase.C:1:8: internal compiler error: in gen_type_die_with_usage, at
dwarf2out.c:18774
 struct A
^
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

(gdb) bt
#0  fancy_abort (file=0x139e8a0 "/mnt/svn/gcc-trunk/gcc/dwarf2out.c",
line=18774, function=0x139c740 "gen_type_die_with_usage")
at /mnt/svn/gcc-trunk/gcc/diagnostic.c:1010
#1  0x008bc1da in gen_type_die_with_usage (type=0x76c29000,
context_die=0x76ad4050, usage=DINFO_USAGE_DIR_USE)
at /mnt/svn/gcc-trunk/gcc/dwarf2out.c:18774
#2  0x008b9796 in gen_decl_die (decl=0x76c17500,
origin=0x76c15dc8, context_die=0x76ad4050)
at /mnt/svn/gcc-trunk/gcc/dwarf2out.c:19275
#3  0x008bb105 in gen_member_die (context_die=0x76ad4050,
type=0x76c15dc8) at /mnt/svn/gcc-trunk/gcc/dwarf2out.c:18334
#4  gen_struct_or_union_type_die (usage=, context_die=, type=0x76c15dc8)
at /mnt/svn/gcc-trunk/gcc/dwarf2out.c:18407
#5  gen_tagged_type_die (usage=, context_die=0x76ad4000,
type=0x76c15dc8) at /mnt/svn/gcc-trunk/gcc/dwarf2out.c:18597
#6  gen_tagged_type_die (type=0x76c15dc8, context_die=,
usage=) at /mnt/svn/gcc-trunk/gcc/dwarf2out.c:18540
#7  0x008bc43d in gen_type_die_with_usage (type=0x76c15dc8,
context_die=0x76ad4000, usage=DINFO_USAGE_DIR_USE)
at /mnt/svn/gcc-trunk/gcc/dwarf2out.c:18744
#8  0x008b99de in gen_decl_die (decl=0x76c12958, origin=, context_die=0x76ad4000)
at /mnt/svn/gcc-trunk/gcc/dwarf2out.c:19314
#9  0x00aa03d9 in rest_of_type_compilation (type=0x76c15dc8,
toplev=1) at /mnt/svn/gcc-trunk/gcc/passes.c:219
#10 0x006611b6 in finish_struct_1 (t=0x76c15dc8) at
/mnt/svn/gcc-trunk/gcc/cp/class.c:6180
#11 0x00662aed in finish_struct (t=0x76c15dc8, attributes=0x0) at
/mnt/svn/gcc-trunk/gcc/cp/class.c:6329
#12 0x0068c184 in cp_parser_class_specifier_1 (parser=0x76c27948)
at /mnt/svn/gcc-trunk/gcc/cp/parser.c:18031
#13 0x0068eaa7 in cp_parser_class_specifier (parser=0x76c27948) at
/mnt/svn/gcc-trunk/gcc/cp/parser.c:18234
#14 cp_parser_type_specifier (parser=0x76c27948, flags=,
decl_specs=0x7fffd3e0, is_declaration=, 
declares_class_or_enum=0x7fffd35c, is_cv_qualifier=) at
/mnt/svn/gcc-trunk/gcc/cp/parser.c:13386
#15 0x0069ddbe in cp_parser_decl_specifier_seq (parser=0x76c27948,
flags=1, decl_specs=0x7fffd3e0, 
declares_class_or_enum=0x7fffd3dc) at
/mnt/svn/gcc-trunk/gcc/cp/parser.c:10730
#16 0x006a670a in cp_parser_simple_declaration (parser=0x76c27948,
function_definition_allowed_p=true, maybe_range_for_decl=0x0)
at /mnt/svn/gcc-trunk/gcc/cp/parser.c:10373
#17 0x006907c8 in cp_parser_block_declaration (statement_p=false,
parser=0x76c27948) at /mnt/svn/gcc-trunk/gcc/cp/parser.c:10322
#18 cp_parser_block_declaration (parser=0x76c27948, statement_p=) at /mnt/svn/gcc-trunk/gcc/cp/parser.c:10247
#19 0x006b139c in cp_parser_declaration (parser=0x76c27948) at
/mnt/svn/gcc-trunk/gcc/cp/parser.c:10218
#20 0x006b1698 in cp_parser_declaration_seq_opt (parser=0x76c27948)
at /mnt/svn/gcc-trunk/gcc/cp/parser.c:10104
#21 0x006b1da3 in cp_parser_translation_unit (parser=0x76c27948) at
/mnt/svn/gcc-trunk/gcc/cp/parser.c:3754
#22 c_parse_file () at /mnt/svn/gcc-trunk/gcc/cp/parser.c:27578
#23 0x007b2e95 in c_common_parse_file () at
/mnt/svn/gcc-trunk/gcc/c-family/c-opts.c:1137
#24 0x00b8d58c in compile_file () at
/mnt/svn/gcc-trunk/gcc/toplev.c:550
#25 0x00b8f178 in do_compile () at /mnt/svn/gcc-trunk/gcc/toplev.c:1867
#26 toplev_main (argc=15, argv=0x7fffd708) at
/mnt/svn/gcc-trunk/gcc/toplev.c:1943
#27 0x76f052ad in __libc_start_main () from /lib64/libc.so.6
#28 0x005927f1 in _start ()

Tested revisions:
r188906 - crash

[Bug lto/53754] [lto] ICE in lhd_decl_printable_name, at langhooks.c:222 (with -g)

[markus at trippelsdorf dot de]

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

Markus Trippelsdorf  changed:

   What|Removed |Added

 CC||ccoutant at google dot com

--- Comment #2 from Markus Trippelsdorf  
2012-06-23 14:10:51 UTC ---
Started with rev.188857:

7a99ccab400806a8bdde875f7154086401d7cfc6 is the first bad commit
commit 7a99ccab400806a8bdde875f7154086401d7cfc6
Author: sterling 
Date:   Thu Jun 21 18:16:05 2012 +

2012-06-21   Sterling Augustine  
Cary Coutant  

* dwarf2out.c (is_cu_die, is_namespace_die, is_class_die,
add_AT_pubnames, add_enumerator_pubname, want_pubnames): New functions.
(comdat_type_struct): New field 'skeleton_die'.
(breakout_comdat_types): Update it.
(add_pubname): Rework logic.  Call is_class_die, is_cu_die and
is_namespace_die.  Fix minor style violation.  Call want_pubnames.
(add_pubname_string): Call want_pubnames.
(add_pubtype): Rework logic for calculating type name.  Call
is_namespace_die.  Call want_pubnames.
(output_pubnames): Move conditional logic deciding when to produce the
section from dwarf2out_finish.  Use new skeleton_die field.
(base_type_die): Call add_pubtype.
(gen_enumeration_type_die): Unconditionally call add_pubtype.
(gen_subprogram_die): Adjust calls to add_pubname.
(gen_namespace_die): Call add_pubname_string.
(dwarf2out_finish): Call add_AT_pubnames; Move logic on when to
produce pubnames and pubtypes sections to output_pubnames.
(common.opt): New option '-gpubnames'.
(invoke.texi): Document it.

[Bug bootstrap/53757] New: [llto bootstrap] fails due to various -Werror=maybe-uninitialized

[vincenzo.innocente at cern dot ch]

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

 Bug #: 53757
   Summary: [llto bootstrap]  fails due to various
-Werror=maybe-uninitialized
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: vincenzo.innoce...@cern.ch


on fedora 17
/home/innocent/gccDir/buildLTO/./prev-gcc/g++ -v
Using built-in specs.
COLLECT_GCC=/home/innocent/gccDir/buildLTO/./prev-gcc/g++
Target: x86_64-unknown-linux-gnu
Configured with: ../trunk/configure --prefix=/home/innocent/gccDir
--enable-languages=c,c++,lto -enable-gold=yes --enable-lto -enable-libitm
-disable-multilib --with-ppl --with-cloog --with-build-config=bootstrap-lto
Thread model: posix
gcc version 4.8.0 20120623 (experimental) [trunk revision 188906] (GCC) 


/home/innocent/gccDir/buildLTO/./prev-gcc/g++
-B/home/innocent/gccDir/buildLTO/./prev-gcc/
-B/home/innocent/gccDir/x86_64-unknown-linux-gnu/bin/ -nostdinc++
-B/home/innocent/gccDir/buildLTO/prev-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
-B/home/innocent/gccDir/buildLTO/prev-x86_64-unknown-linux-gnu/libstdc++-v3/libsupc++/.libs
-I/home/innocent/gccDir/buildLTO/prev-x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu
-I/home/innocent/gccDir/buildLTO/prev-x86_64-unknown-linux-gnu/libstdc++-v3/include
-I/home/innocent/gccDir/trunk/libstdc++-v3/libsupc++
-L/home/innocent/gccDir/buildLTO/prev-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
-L/home/innocent/gccDir/buildLTO/prev-x86_64-unknown-linux-gnu/libstdc++-v3/libsupc++/.libs
  -g -O2 -flto=jobserver -frandom-seed=1 -DIN_GCC   -fno-exceptions -fno-rtti
-W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-fno-common  -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc  -o cc1 c-lang.o
c-family/stub-objc.o attribs.o c-errors.o c-decl.o c-typeck.o c-convert.o
c-aux-info.o c-objc-common.o c-parser.o tree-mudflap.o c-family/c-common.o
c-family/c-cppbuiltin.o c-family/c-dump.o c-family/c-format.o
c-family/c-gimplify.o c-family/c-lex.o c-family/c-omp.o c-family/c-opts.o
c-family/c-pch.o c-family/c-ppoutput.o c-family/c-pragma.o
c-family/c-pretty-print.o c-family/c-semantics.o c-family/c-ada-spec.o i386-c.o
default-c.o \
  cc1-checksum.o libbackend.a main.o tree-browser.o libcommon-target.a
libcommon.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a libcommon.a
../libcpp/libcpp.a   ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a 
-lcloog -lppl_c -lppl  -lgmpxx -lmpc -lmpfr -lgmp -rdynamic -ldl  -L../zlib -lz
/home/innocent/gccDir/buildLTO/./prev-gcc/g++
-B/home/innocent/gccDir/buildLTO/./prev-gcc/
-B/home/innocent/gccDir/x86_64-unknown-linux-gnu/bin/ -nostdinc++
-B/home/innocent/gccDir/buildLTO/prev-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
-B/home/innocent/gccDir/buildLTO/prev-x86_64-unknown-linux-gnu/libstdc++-v3/libsupc++/.libs
-I/home/innocent/gccDir/buildLTO/prev-x86_64-unknown-linux-gnu/libstdc++-v3/include/x86_64-unknown-linux-gnu
-I/home/innocent/gccDir/buildLTO/prev-x86_64-unknown-linux-gnu/libstdc++-v3/include
-I/home/innocent/gccDir/trunk/libstdc++-v3/libsupc++
-L/home/innocent/gccDir/buildLTO/prev-x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
-L/home/innocent/gccDir/buildLTO/prev-x86_64-unknown-linux-gnu/libstdc++-v3/libsupc++/.libs
  -g -O2 -flto=jobserver -frandom-seed=1 -DIN_GCC   -fno-exceptions -fno-rtti
-W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror
-fno-common  -DHAVE_CONFIG_H -static-libstdc++ -static-libgcc  -o cc1plus \
  cp/cp-lang.o c-family/stub-objc.o cp/call.o cp/decl.o cp/expr.o cp/pt.o
cp/typeck2.o cp/class.o cp/decl2.o cp/error.o cp/lex.o cp/parser.o cp/ptree.o
cp/rtti.o cp/typeck.o cp/cvt.o cp/except.o cp/friend.o cp/init.o cp/method.o
cp/search.o cp/semantics.o cp/tree.o cp/repo.o cp/dump.o cp/optimize.o
cp/mangle.o cp/cp-objcp-common.o cp/name-lookup.o cp/cxx-pretty-print.o
cp/cp-gimplify.o tree-mudflap.o attribs.o incpath.o c-family/c-common.o
c-family/c-cppbuiltin.o c-family/c-dump.o c-family/c-format.o
c-family/c-gimplify.o c-family/c-lex.o c-family/c-omp.o c-family/c-opts.o
c-family/c-pch.o c-family/c-ppoutput.o c-family/c-pragma.o
c-family/c-pretty-print.o c-family/c-semantics.o c-family/c-ada-spec.o i386-c.o
default-c.o cc1plus-checksum.o libbackend.a main.o tree-browser.o
libcommon-target.a libcommon.a ../libcpp/libcpp.a
../libdecnumber/libdecnumber.a libcommon.a ../libcpp/libcpp.a  
../libiberty/libiberty.a ../libdecnumber/libdecnumber.a  -lcloog -lppl_c -lppl 
-lgmpxx -lmpc -lmpfr -lgmp -rdynamic -ldl  -L../zlib -lz
/home/innocent/gccDir/buildLTO/./prev-gcc/g++
-B/home/innocent/gccDir/buildLTO/./prev-gcc/
-B/home/innocent/gccDir

[Bug bootstrap/53321] [4.8 Regression] LTO bootstrap failed with bootstrap-profiled

[hjl.tools at gmail dot com]

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

--- Comment #14 from H.J. Lu  2012-06-23 14:51:07 
UTC ---
(In reply to comment #13)
> Hehe, i still love them ;)
> But inline summaries are separate of cgraph, so it is not cgraph checker's 
> work
> to verify it ;))
> 
> I think the problem is in new profile updating logic in unreachable node
> removal. I will look into it.

Any updates?

[Bug target/53755] [4.7 Regression] ICE in replace_reg_with_saved_mem, at caller-save.c:1125 on i586-linux-gnu

[doko at gcc dot gnu.org]

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

Matthias Klose  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||DUPLICATE

--- Comment #2 from Matthias Klose  2012-06-23 
16:39:27 UTC ---
confirmed, fixed on the branch.

*** This bug has been marked as a duplicate of bug 53700 ***

[Bug rtl-optimization/53700] [4.7 regression] ICE in reload_cse_simplify_operands, at postreload.c:403

[doko at gcc dot gnu.org]

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

Matthias Klose  changed:

   What|Removed |Added

 CC||doko at gcc dot gnu.org

--- Comment #8 from Matthias Klose  2012-06-23 
16:39:27 UTC ---
*** Bug 53755 has been marked as a duplicate of this bug. ***

[Bug target/53749] ice in expand_shift_1

[rth at gcc dot gnu.org]

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

--- Comment #3 from Richard Henderson  2012-06-23 
16:42:26 UTC ---
Author: rth
Date: Sat Jun 23 16:42:19 2012
New Revision: 188909

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=188909
Log:
PR target/53749
* config/i386/i386.c (ix86_rtx_costs): Add reasonable costs for
V*QImode shifts and multiply.
(ix86_expand_vecop_qihi): Support shifts.
* config/i386/i386.md (any_shift): New code iterator.
* config/i386/sse.md (ashlv16qi3): Merge ...
(v16qi3): ... into ...
(3): ... here.  Use ix86_expand_vecop_qihi
to support SSE and AVX.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
trunk/gcc/config/i386/i386.md
trunk/gcc/config/i386/sse.md

[Bug c++/53026] ICE with alias-declarations

[kennytm at gmail dot com]

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

kennytm at gmail dot com changed:

   What|Removed |Added

 CC||kennytm at gmail dot com

--- Comment #4 from kennytm at gmail dot com 2012-06-23 18:40:55 UTC ---
A smaller test case which should be the same bug. 

--
struct M {};
template 
using K = const M;
K a;
--

Both the segfault appear in the lookup_template_class() function.

[Bug target/53749] ice in expand_shift_1

[rth at gcc dot gnu.org]

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

Richard Henderson  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #4 from Richard Henderson  2012-06-23 
20:02:33 UTC ---
Fixed.

[Bug fortran/51434] ICE with scalar init of an array parameter, used in DT default init with transfer

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2012-06-23
 Ever Confirmed|0   |1

--- Comment #13 from Dominique d'Humieres  
2012-06-23 21:56:00 UTC ---
(In reply to comment #12)
> Actually, it does not - that was a left over from an earlier attempt (in
> expr.c's gfc_get_character_expr). The following should work, but is not
> regtested. I am not sure about the BT_DERIVED part; valid examples seem to 
> work
> fine while the following invalid code ICEs in decl.c's build_struct. That's
> independent of the patch.

Indeed even with the patch I get 

f951: internal compiler error: in build_struct, at fortran/decl.c:1620

Is the following variant 

  type t
character :: z
  end type t
  type(t), parameter :: s(5) = t('a')
  type b
  character :: y(5) = transfer('a', s%z)
  end type
  type(b) :: zz
  print *, zz
  print *, s%z
  end

valid? Compiling it with/without the patch gives a segmentation fault. For the
patched trunk of today, the backtrace is

#0  splay_tree_min (sp=0x1) at ../../work/libiberty/splay-tree.c:485
#1  0x000100013d8e in gfc_constructor_first (base=) at
../../work/gcc/fortran/constructor.c:234
#2  0x00010002fbac in simplify_const_ref (p=0x142314d00) at
../../work/gcc/fortran/expr.c:1276
#3  0x000100030012 in simplify_const_ref (p=0x142314920) at
../../work/gcc/fortran/expr.c:1653
#4  0x0001000306fe in gfc_simplify_expr (p=0x142314920, type=0) at
../../work/gcc/fortran/expr.c:1917
#5  0x0001000309ea in simplify_parameter_variable (p=0x142314560, type=0)
at ../../work/gcc/fortran/expr.c:1782
#6  0x00010002f2f8 in gfc_check_init_expr (e=0x142314560) at
../../work/gcc/fortran/expr.c:2515
#7  0x00010002fa42 in check_init_expr_arguments (e=)
at ../../work/gcc/fortran/expr.c:2228
#8  0x00010002f95e in gfc_check_init_expr (e=0x1423142b0) at
../../work/gcc/fortran/expr.c:2381
#9  0x00010002fae8 in gfc_reduce_init_expr (expr=0x1423142b0) at
../../work/gcc/fortran/expr.c:2626
#10 0x000100030b8a in gfc_match_init_expr (result=0x7fff5fbfd308) at
../../work/gcc/fortran/expr.c:2665
#11 0x000100021be5 in gfc_match_data_decl () at
../../work/gcc/fortran/decl.c:2042
#12 0x00010006e41a in match_word (subr=,
old_locus=0x7fff5fbfd3f0, str=)
at ../../work/gcc/fortran/parse.c:66
#13 0x00010006ede4 in decode_statement () at
../../work/gcc/fortran/parse.c:331
#14 0x0001000703c5 in next_statement () at
../../work/gcc/fortran/parse.c:778
#15 0x000100071ead in parse_spec (st=ST_DERIVED_DECL) at
../../work/gcc/fortran/parse.c:2093
#16 0x0001000740f9 in parse_progunit (st=) at
../../work/gcc/fortran/parse.c:4110
#17 0x00010007507e in gfc_parse_file () at
../../work/gcc/fortran/parse.c:4585
#18 0x0001000b4726 in gfc_be_parse_file () at
../../work/gcc/fortran/f95-lang.c:191
#19 0x00010072c2af in compile_file () at ../../work/gcc/toplev.c:550
#20 0x00010072e115 in toplev_main (argc=2, argv=0x7fff5fbfd7a0) at
../../work/gcc/toplev.c:1867
#21 0x00011974 in start ()