This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/49639] New: [4.7 Regression] 447.dealII in SPEC CPU 2006 runtime fail
- From: "kirill.yukhin at intel dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Tue, 5 Jul 2011 10:14:03 +0000
- Subject: [Bug c++/49639] New: [4.7 Regression] 447.dealII in SPEC CPU 2006 runtime fail
- Auto-submitted: auto-generated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49639
Summary: [4.7 Regression] 447.dealII in SPEC CPU 2006 runtime
fail
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: kirill.yukhin@intel.com
Created attachment 24687
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24687
Build log
Hi,
I've built 447.dealII without optimizations (g++ -O0 -c ...)
And got segmentation fault.
This fail starts from this checkin
http://gcc.gnu.org/ml/gcc-cvs/2011-06/msg00832.html
Here is BT
$ gdb ./dealII
^[[?1034hGNU gdb (GDB) Fedora (7.2-51.fc14)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from
/export/users/kyukhin/specs/spec2006_w/benchspec/CPU2006/447.dealII/build/t/dealII...(no
debugging symbo\
ls found)...done.
(gdb) r
Starting program:
/export/users/kyukhin/specs/spec2006_w/benchspec/CPU2006/447.dealII/build/t/dealII
Program received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
Missing separate debuginfos, use: debuginfo-install glibc-2.13-1.x86_64
(gdb) bt
#0 0x0000000000000000 in ?? ()
#1 0x000000000059ac1c in
internal::GridReordering3d::Mesh::build_connectivity() ()
#2 0x000000000059a805 in
internal::GridReordering3d::Mesh::Mesh(std::vector<CellData<3>,
std::allocator<CellData<3> > > cons\
t&) ()
#3 0x000000000059af80 in
internal::GridReordering3d::Orienter::Orienter(std::vector<CellData<3>,
std::allocator<CellData<3> \
> > const&) ()
#4 0x000000000059b021 in
internal::GridReordering3d::Orienter::orient_mesh(std::vector<CellData<3>,
std::allocator<CellData<\
3> > >&) ()
#5 0x000000000059bb2e in
GridReordering<3>::reorder_cells(std::vector<CellData<3>,
std::allocator<CellData<3> > >&) ()
#6 0x000000000057e839 in GridGenerator::hyper_ball(Triangulation<3>&, Point<3>
const&, double) ()
#7 0x0000000000643aa2 in
Data::Exercise_2_3<3>::create_coarse_grid(Triangulation<3>&) ()
#8 0x0000000000649612 in Data::SetUp<Data::Exercise_2_3<3>,
3>::create_coarse_grid(Triangulation<3>&) const ()
#9 0x0000000000644a8d in Framework<3>::run(Framework<3>::ProblemDescription
const&) ()
#10 0x0000000000643d92 in main ()
Seems we have a zero-pointed call:
(gdb) fr 1
#1 0x000000000059ac1c in
internal::GridReordering3d::Mesh::build_connectivity() ()
(gdb) disassemble
...
0x000000000059ac14 <+574>: mov %rax,%rdi
0x000000000059ac17 <+577>: callq 0x0
=> 0x000000000059ac1c <+582>: movl $0x0,-0x6c(%rbp)
0x000000000059ac23 <+589>: mov -0x40(%rbp),%esi
...