public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libstdc++/53218] New: cmake segfaults on sparcv9
@ 2012-05-03 19:42 tcallawa at redhat dot com
2012-05-03 19:47 ` [Bug libstdc++/53218] " tcallawa at redhat dot com
` (8 more replies)
0 siblings, 9 replies; 10+ messages in thread
From: tcallawa at redhat dot com @ 2012-05-03 19:42 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53218
Bug #: 53218
Summary: cmake segfaults on sparcv9
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: tcallawa@redhat.com
Attempting to run cmake causes segfaults in libstdc++ on Linux sparcv9 (32bit).
Here is the gdb backtrace from a core dump:
(gdb) bt
#0 0xf77e0d98 in __frame_dummy_init_array_entry () from /lib/libstdc++.so.6
#1 0xf7746f08 in __cxxabiv1::__cxa_get_globals () at
../../../../libstdc++-v3/libsupc++/eh_globals.cc:63
#2 0xf7746d4c in std::uncaught_exception () at
../../../../libstdc++-v3/libsupc++/eh_catch.cc:136
#3 0xf7782c44 in ~sentry (this=0xffa86418, __in_chrg=<optimized out>) at
/usr/src/debug/gcc-4.7.0-20120502/obj-sparc64-redhat-linux/sparc64-redhat-linux/libstdc++-v3/include/ostream:429
#4 std::__ostream_insert<char, std::char_traits<char> > (__out=...,
__s=<optimized out>, __n=<optimized out>)
at
/usr/src/debug/gcc-4.7.0-20120502/obj-sparc64-redhat-linux/sparc64-redhat-linux/libstdc++-v3/include/bits/ostream_insert.h:112
#5 0x0001eb84 in operator<< <std::char_traits<char> > (__s=0x15f598 "loading
initial cache file ", __out=...) at
/usr/lib/gcc/sparc64-redhat-linux/4.7.0/../../../../include/c++/4.7.0/ostream:533
#6 cmake::SetCacheArgs (this=this@entry=0xffa86650, args=std::vector of length
6, capacity 8 = {...}) at
/home/spot/rpmbuild/BUILD/cmake-2.8.8-rc2/Source/cmake.cxx:474
#7 0x00025234 in cmake::Run (this=0xffa86650, args=std::vector of length 6,
capacity 8 = {...}, noconfigure=<optimized out>) at
/home/spot/rpmbuild/BUILD/cmake-2.8.8-rc2/Source/cmake.cxx:2411
#8 0x0002bbf4 in do_cmake (ac=6, av=0xffa86854) at
/home/spot/rpmbuild/BUILD/cmake-2.8.8-rc2/Source/cmakemain.cxx:529
#9 0xf742c430 in __libc_start_main () from /lib/libc.so.6
#10 0x00016e14 in _start ()
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libstdc++/53218] cmake segfaults on sparcv9
2012-05-03 19:42 [Bug libstdc++/53218] New: cmake segfaults on sparcv9 tcallawa at redhat dot com
@ 2012-05-03 19:47 ` tcallawa at redhat dot com
2012-05-05 19:46 ` ebotcazou at gcc dot gnu.org
` (7 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: tcallawa at redhat dot com @ 2012-05-03 19:47 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53218
--- Comment #1 from Tom Callaway <tcallawa at redhat dot com> 2012-05-03 19:47:15 UTC ---
Also seeing a very similar segfault with source-highlight (same environment,
Linux/sparcv9/32bit userspace):
(gdb) bt
#0 0xf7ae0d98 in __frame_dummy_init_array_entry () from /lib/libstdc++.so.6
#1 0xf7a46f08 in __cxxabiv1::__cxa_get_globals () at
../../../../libstdc++-v3/libsupc++/eh_globals.cc:63
#2 0xf7a46d4c in std::uncaught_exception () at
../../../../libstdc++-v3/libsupc++/eh_catch.cc:136
#3 0xf7a82c44 in ~sentry (this=0xff9781e0, __in_chrg=<optimized out>) at
/usr/src/debug/gcc-4.7.0-20120502/obj-sparc64-redhat-linux/sparc64-redhat-linux/libstdc++-v3/include/ostream:429
#4 std::__ostream_insert<char, std::char_traits<char> > (__out=...,
__s=<optimized out>, __n=<optimized out>)
at
/usr/src/debug/gcc-4.7.0-20120502/obj-sparc64-redhat-linux/sparc64-redhat-linux/libstdc++-v3/include/bits/ostream_insert.h:112
#5 0x00013a6c in main (argc=<optimized out>, argv=<optimized out>) at
source-highlight.cc:435
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libstdc++/53218] cmake segfaults on sparcv9
2012-05-03 19:42 [Bug libstdc++/53218] New: cmake segfaults on sparcv9 tcallawa at redhat dot com
2012-05-03 19:47 ` [Bug libstdc++/53218] " tcallawa at redhat dot com
@ 2012-05-05 19:46 ` ebotcazou at gcc dot gnu.org
2012-05-07 13:34 ` tcallawa at redhat dot com
` (6 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: ebotcazou at gcc dot gnu.org @ 2012-05-05 19:46 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53218
Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
Last reconfirmed| |2012-05-05
CC| |ebotcazou at gcc dot
| |gnu.org
Ever Confirmed|0 |1
--- Comment #2 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2012-05-05 19:41:26 UTC ---
The segfault is in the system libstdc++ library though: was it compiled with
the problematic compiler? If no, I suppose this works fine with the system
compiler, so can you find out what the problematic and the system compiler do
differently?
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libstdc++/53218] cmake segfaults on sparcv9
2012-05-03 19:42 [Bug libstdc++/53218] New: cmake segfaults on sparcv9 tcallawa at redhat dot com
2012-05-03 19:47 ` [Bug libstdc++/53218] " tcallawa at redhat dot com
2012-05-05 19:46 ` ebotcazou at gcc dot gnu.org
@ 2012-05-07 13:34 ` tcallawa at redhat dot com
2012-05-07 13:38 ` ebotcazou at gcc dot gnu.org
` (5 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: tcallawa at redhat dot com @ 2012-05-07 13:34 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53218
--- Comment #3 from Tom Callaway <tcallawa at redhat dot com> 2012-05-07 13:31:47 UTC ---
No, the system libstdc++ was compiled with gcc-4.6. How would I find out what
they do differently? (Compiler debugging is rather far from my area of
expertise.)
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libstdc++/53218] cmake segfaults on sparcv9
2012-05-03 19:42 [Bug libstdc++/53218] New: cmake segfaults on sparcv9 tcallawa at redhat dot com
` (2 preceding siblings ...)
2012-05-07 13:34 ` tcallawa at redhat dot com
@ 2012-05-07 13:38 ` ebotcazou at gcc dot gnu.org
2012-05-29 14:34 ` [Bug libstdc++/53218] [4.7 regression] " rguenth at gcc dot gnu.org
` (4 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: ebotcazou at gcc dot gnu.org @ 2012-05-07 13:38 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53218
--- Comment #4 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2012-05-07 13:37:05 UTC ---
> No, the system libstdc++ was compiled with gcc-4.6. How would I find out what
> they do differently? (Compiler debugging is rather far from my area of
> expertise.)
Do you know the affected programs well enough so as to pinpoint where things go
awry in the executable when it is compiled with the new compiler? That would
be a good start.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libstdc++/53218] [4.7 regression] cmake segfaults on sparcv9
2012-05-03 19:42 [Bug libstdc++/53218] New: cmake segfaults on sparcv9 tcallawa at redhat dot com
` (3 preceding siblings ...)
2012-05-07 13:38 ` ebotcazou at gcc dot gnu.org
@ 2012-05-29 14:34 ` rguenth at gcc dot gnu.org
2012-06-14 8:12 ` rguenth at gcc dot gnu.org
` (3 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: rguenth at gcc dot gnu.org @ 2012-05-29 14:34 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53218
Richard Guenther <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |4.7.1
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libstdc++/53218] [4.7 regression] cmake segfaults on sparcv9
2012-05-03 19:42 [Bug libstdc++/53218] New: cmake segfaults on sparcv9 tcallawa at redhat dot com
` (4 preceding siblings ...)
2012-05-29 14:34 ` [Bug libstdc++/53218] [4.7 regression] " rguenth at gcc dot gnu.org
@ 2012-06-14 8:12 ` rguenth at gcc dot gnu.org
2012-09-20 10:14 ` jakub at gcc dot gnu.org
` (2 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: rguenth at gcc dot gnu.org @ 2012-06-14 8:12 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53218
Richard Guenther <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.7.1 |4.7.2
--- Comment #5 from Richard Guenther <rguenth at gcc dot gnu.org> 2012-06-14 08:12:23 UTC ---
GCC 4.7.1 is being released, adjusting target milestone.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libstdc++/53218] [4.7 regression] cmake segfaults on sparcv9
2012-05-03 19:42 [Bug libstdc++/53218] New: cmake segfaults on sparcv9 tcallawa at redhat dot com
` (5 preceding siblings ...)
2012-06-14 8:12 ` rguenth at gcc dot gnu.org
@ 2012-09-20 10:14 ` jakub at gcc dot gnu.org
2012-12-03 15:27 ` rguenth at gcc dot gnu.org
2013-01-09 1:07 ` pinskia at gcc dot gnu.org
8 siblings, 0 replies; 10+ messages in thread
From: jakub at gcc dot gnu.org @ 2012-09-20 10:14 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53218
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.7.2 |4.7.3
--- Comment #6 from Jakub Jelinek <jakub at gcc dot gnu.org> 2012-09-20 10:12:57 UTC ---
GCC 4.7.2 has been released.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libstdc++/53218] [4.7 regression] cmake segfaults on sparcv9
2012-05-03 19:42 [Bug libstdc++/53218] New: cmake segfaults on sparcv9 tcallawa at redhat dot com
` (6 preceding siblings ...)
2012-09-20 10:14 ` jakub at gcc dot gnu.org
@ 2012-12-03 15:27 ` rguenth at gcc dot gnu.org
2013-01-09 1:07 ` pinskia at gcc dot gnu.org
8 siblings, 0 replies; 10+ messages in thread
From: rguenth at gcc dot gnu.org @ 2012-12-03 15:27 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53218
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |RESOLVED
Resolution| |INVALID
--- Comment #7 from Richard Biener <rguenth at gcc dot gnu.org> 2012-12-03 15:26:18 UTC ---
No response from reporter.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug libstdc++/53218] [4.7 regression] cmake segfaults on sparcv9
2012-05-03 19:42 [Bug libstdc++/53218] New: cmake segfaults on sparcv9 tcallawa at redhat dot com
` (7 preceding siblings ...)
2012-12-03 15:27 ` rguenth at gcc dot gnu.org
@ 2013-01-09 1:07 ` pinskia at gcc dot gnu.org
8 siblings, 0 replies; 10+ messages in thread
From: pinskia at gcc dot gnu.org @ 2013-01-09 1:07 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53218
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |philip.copeland at oracle
| |dot com
--- Comment #8 from Andrew Pinski <pinskia at gcc dot gnu.org> 2013-01-09 01:06:18 UTC ---
*** Bug 55909 has been marked as a duplicate of this bug. ***
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2013-01-09 1:07 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-05-03 19:42 [Bug libstdc++/53218] New: cmake segfaults on sparcv9 tcallawa at redhat dot com
2012-05-03 19:47 ` [Bug libstdc++/53218] " tcallawa at redhat dot com
2012-05-05 19:46 ` ebotcazou at gcc dot gnu.org
2012-05-07 13:34 ` tcallawa at redhat dot com
2012-05-07 13:38 ` ebotcazou at gcc dot gnu.org
2012-05-29 14:34 ` [Bug libstdc++/53218] [4.7 regression] " rguenth at gcc dot gnu.org
2012-06-14 8:12 ` rguenth at gcc dot gnu.org
2012-09-20 10:14 ` jakub at gcc dot gnu.org
2012-12-03 15:27 ` rguenth at gcc dot gnu.org
2013-01-09 1:07 ` pinskia at gcc dot gnu.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).