On 07/06/14 00:02, Pascal Stumpf wrote:
> And it's far more than just gperf. So far, I've also stumbled upon
> textproc/groff and devel/protobuf failures, all similar (segfaults,
> failed assertions that go away with -fno-stack-protector). There is
> obviously a fairly major compiler bug that's hit with the new ssp
> algorithm on arm, and it's breaking most of the ports tree.
Is this related to the broken iostream?
On 06/18/14 21:46, Matthieu Herrb wrote:> Hi
>
> the simple c++ program below dumps core on armv7 (an iMX6 Sabre lite
> board in my case):
>
> #include <iostream>
>
> using namespace std;
>
> int
> main(int argç char *argv[])
> {
> cout « "Hello World!" « endl ;
> return 0;
> }
>
> sabre% g++ -g -Wall hello.cc
> sabre% gdb ./a.out
> GNU gdb 6.3
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and
> you are
> welcome to change it and/or distribute copies of it under certain
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for
> details.
> This GDB was configured as "arm-unknown-openbsd5.5"...
> (gdb) r
> Starting program: /home/matthieu/prog/c++/a.out
> Hello World!
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x4e3d9934 in std::ostream::flush (this=0x0) at basic_ios.h:308
> 308 { return _M_streambuf; }
> (gdb) bt
> #0 0x4e3d9934 in std::ostream::flush (this=0x0) at basic_ios.h:308
> #1 0x4e3d8944 in std::ostream::operator« (this=Variable "this" is not
> available.
> ) at ostream:117
> #2 0x00008da4 in main (argc=1, argv=0xbfff9454) at hello.cc:8
> (gdb)
