From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1GVQaF-0002A7-Qu for garchives@archives.gentoo.org; Thu, 05 Oct 2006 10:36:08 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.8/8.13.6) with SMTP id k95AZ7tN018558; Thu, 5 Oct 2006 10:35:07 GMT Received: from smtp.nexusalpha.com (smtp.nexusalpha.com [213.48.13.50]) by robin.gentoo.org (8.13.8/8.13.6) with ESMTP id k95AZ5Hb027194 for ; Thu, 5 Oct 2006 10:35:06 GMT Received: from LXP0004 ([192.168.1.91]) by smtp.nexusalpha.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 5 Oct 2006 11:35:03 +0100 From: "Ryan Baldwin" To: Subject: [gentoo-embedded] C++ Exceptions Call Abort With Toolchain generated by crossdev Date: Thu, 5 Oct 2006 11:35:02 +0100 Organization: Nexus Alpha Ltd Message-ID: <01f301c6e869$ea463e80$5b01a8c0@LXP0004> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-embedded@gentoo.org Reply-to: gentoo-embedded@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_01F4_01C6E872.4C0AA680" X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcboaeowSEiiimftQCGGjrbvzNYvqg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 X-OriginalArrivalTime: 05 Oct 2006 10:35:03.0966 (UTC) FILETIME=[EB11CBE0:01C6E869] X-Archives-Salt: f69d4b58-96e2-40cc-b787-988577d1f8bf X-Archives-Hash: a91a6aef86c7c005a2c4c97e9f2af59d This is a multi-part message in MIME format. ------=_NextPart_000_01F4_01C6E872.4C0AA680 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I have been using crossdev and gentoo to build an uclibc embedded platform with great successes so far. My toolchain is built using: crossdev -binutils 2.16.1-r2 -gcc 3.4.5-r1 -libc 0.9.29 -kernel 2.6.16.20 -t i386-pc-linux-uclibc and crossdev -binutils 2.16.1-r2 -gcc 3.4.5-r1 -libc 0.9.29 -kernel 2.6.16.20 -t arm-softfloat-linux-uclibc As you can see I am targeting both Intel and Arm platforms. I'm using a portage snapshot from portage-20060703.tar.gz. I intend only to update the portage snapshot I am using only if I need to to fix a bug or add features. I need to run C++ code. I have managed to build C++ apps ok linked against libstdc++ and all appears to run OK. On investigating some problems though I have found that on the Intel platform at least (I will find out soon if this occurs on the ARM platform) when an exception is thrown by C++ code Abort is called and the exception is not handled correctly. I can get a stack trace if it might help anyone. My question is if anyone has come across this problem before? If so if they are aware of a fix? Can anyone confirm a portage snapshot and crossdev command line(the versions) they use to build a uclibc toolchain in which they know C++ exceptions to be working? I will research the problem and if I find a solution will post it here. Thanks in advance for help. Ryan ------=_NextPart_000_01F4_01C6E872.4C0AA680 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable C++ Exceptions Call Abort With Toolchain generated by = crossdev

Hi,

I = have been using crossdev and gentoo to build an uclibc embedded platform with = great = successes so far. My toolchain is built = using:

crossdev –binutils = 2.16.1-r2 = –gcc 3.4.5-r1 –libc = 0.9.29 = –kernel 2.6.16.20 –t i386-pc-linux-uclibc

and

crossdev –binutils = 2.16.1-r2 = –gcc 3.4.5-r1 –libc = 0.9.29 = –kernel 2.6.16.20 –t arm-softfloat-linux-uclibc

As = you can see I am targeting both Intel = and Arm platforms. I’m using a portage snapshot from portage-20060703.tar.gz. = I intend only to update the portage snapshot I am using only if I need = to to fix a bug or add features.

I = need to run C++ code. I have managed to build = C++ apps ok linked against libstdc++ and all appears to run OK. On = investigating some problems though I have found that on the Intel = platform at least (I will find out soon if = this occurs on the ARM platform) when an exception is thrown by C++ code Abort is called = and the exception is not handled correctly. I can get a stack trace if it might help = anyone.

My = question is if anyone has come across this problem before? If so = if they are aware of a fix? Can anyone confirm a portage snapshot and = crossdev command line(the versions) they = use to build a uclibc toolchain in which they know C++ exceptions to be = working?

I = will = research the problem and if I find a solution will post it here. = Thanks in advance for help.

Ryan

------=_NextPart_000_01F4_01C6E872.4C0AA680-- -- gentoo-embedded@gentoo.org mailing list