This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: MPC860 + gcc 3.3.2 + STLPort
- From: Øyvind Harboe <oyvind dot harboe at zylin dot com>
- To: Tony Butt <tjb at cea dot com dot au>
- Cc: ecos-discuss at sources dot redhat dot com
- Date: Wed, 11 Aug 2004 10:17:54 +0200
- Subject: [ECOS] Re: MPC860 + gcc 3.3.2 + STLPort
- References: <000f01c47f4a$7c1820c0$270210ac@cea.com.au>
On Wed, 2004-08-11 at 04:25, Tony Butt wrote:
> I followed Oyvind's directions some time ago to enable STLPort with ecos,
> and I have a few questions regarding this configuration:
>
> 1) Exception handling seems to be totally broken with this compiler. Any
> thrown exception of the form
> throw ("Error Message");
> is never caught. I have compiled ecos with -fno-exceptions, and those parts
> of my application which need exceptions with -fexceptions - is this likely
> to be an issue. If not, is this a known issue, or is there a workaround for
> this.
The eCos GCC toolchain only works in the single threaded case out of the
box.
Is that the problem you're running into?
http://sources.redhat.com/ml/ecos-patches/2003-07/msg00057.html
If exceptions are broken in the single threaded case, then I dunno. I'm
using the arm-elf toolchain.
> I realise that this is unrelated to the use of STLport.
I don't agree. Not having exceptions is a severe limitation in taking
full advantage of C++/STL.
> 2) strstreams seems to cause a link problem when an integer data type is
> used, eg
> /home/tjb/ecos2.0/v681/STLport/src/locale_impl.cpp:45: multiple definition
> of `_STL::num_put<char, _STL::ostreambuf_iterator<char,
> _STL::char_traits<char> > >::id'
>
> 3) iostreams causes a linker failure (crash) when an integer data type is
> used.
Unfamiliar. Do you have a more complete test case?
Which eCos are you using? CVS HEAD?
>
> Apart from these issues, everything seems to work well...
>
> Oyvind, have you seen any of these problems?
>
> Does anyone have any suggestions?
This may not be very helpful for your case, but www.ecoscentric.com has
a commercial offering with a GCC toolchain with libstdc++ and exception
handling.
>
> Thanks
>
> Tony Butt
> Software Engineer
> CEA Technologies
>
> tjb@cea.com.au
> Ph: 02 62130195
> Fax: 02 62130013
>
--
Øyvind Harboe
http://www.zylin.com
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss