[gentoo-embedded] C++ Exceptions Call Abort With Toolchain generated by crossdev

[gentoo-embedded] C++ Exceptions Call Abort With Toolchain generated by crossdev

[Ryan Baldwin]

[-- Attachment #1: Type: text/plain, Size: 1348 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 6860 bytes --]

Re: [gentoo-embedded] C++ Exceptions Call Abort With Toolchain generated by crossdev

[Mike Frysinger]

[-- Attachment #1: Type: text/plain, Size: 111 bytes --]

On Thursday 05 October 2006 06:35, Ryan Baldwin wrote:
> -gcc 3.4.5-r1

known problem; upgrade to 3.4.6+
-mike

[-- Attachment #2: Type: application/pgp-signature, Size: 827 bytes --]

RE: [gentoo-embedded] C++ Exceptions Call Abort With Toolchain generated by crossdev

[Ryan Baldwin]

Hi,

Thanks very much for the reply. I had managed to make it work by adding
--enable-sjlj-exceptions into gcc's configure by adding it in
toolchain.eclass. I guess then that the default mechanism works again in
3.4.6 so I will switch to this and remove --enable-sjlj-exceptions.

Thanks again
Ryan

-----Original Message-----
From: Mike Frysinger [mailto:vapier@gentoo.org] 
Sent: 06 October 2006 02:39
To: gentoo-embedded@lists.gentoo.org
Cc: Ryan Baldwin
Subject: Re: [gentoo-embedded] C++ Exceptions Call Abort With Toolchain
generated by crossdev

On Thursday 05 October 2006 06:35, Ryan Baldwin wrote:
> -gcc 3.4.5-r1

known problem; upgrade to 3.4.6+
-mike

-- 
gentoo-embedded@gentoo.org mailing list

RE: [gentoo-embedded] C++ Exceptions Call Abort With Toolchain generated by crossdev

[Peter S. Mazinger]

On Mon, 9 Oct 2006, Ryan Baldwin wrote:

> Hi,
> 
> Thanks very much for the reply. I had managed to make it work by adding
> --enable-sjlj-exceptions into gcc's configure by adding it in
> toolchain.eclass. I guess then that the default mechanism works again in
> 3.4.6 so I will switch to this and remove --enable-sjlj-exceptions.

Stay with --enable-sjlj-exceptions for all 3.x versions, 3.4.6 needs it 
too, it is not even proven, that 4.x versions can go without it.

Peter

-- 
Peter S. Mazinger <ps dot m at gmx dot net>           ID: 0xA5F059F2
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08  BB6E C389 975E A5F0 59F2

-- 
gentoo-embedded@gentoo.org mailing list

[gentoo-embedded] GNAP & vmware-server-console

[Janusz Syrytczyk]

Hi,

I have created gnap based cd with X and some other packages, but the main goal 
was to get vmware-server-console aplication working. 

The problem is that I the app cannot find right libraries, and if it gets 
them, complains about /tmp not writable. During last 4 days I did a few 
things to get it work and still without results.

I can list libraries with ldd, so I simply put those libs to /lib, remastered 
and restarted. Because of those libs X haven't started, so I thought the 
solution would be chrooting in such way, where all directories but /lib is 
the same as in gnap, and lib is /usr/local/lib where libraries for 
vmware-server-console resides.

So I did like I thought, but then I got vmware-server-console error about /tmp 
dir. I've consider a bug in the app, but maybe I did some obvious mistake 
which you (all) could clarify to me. And one another thing: to make things 
worse, vmware-server-console uses some script changing LD_LIBRARY_PATH for 
their sake, so I'm not sure if it would help.

I wanted also to start the app using: ld-uClibc.so.0 --library-path 
vmware-server-console, but... Standalone execution is not supported yet.

This is my post and reply on vmtn, with piece of strace and other information:
http://www.vmware.com/community/thread.jspa?threadID=58331&tstart=0

BTW: Xorg fails to compile on gnap when /usr/X11R6 is a directory. Instead I 
needed create symlink to ../usr and create two other dirs: /usr/include/GL 
and /usr/include/X11.

I would really appreciate any advice, thanks.
Janusz
-- 
gentoo-embedded@gentoo.org mailing list

RE: [gentoo-embedded] C++ Exceptions Call Abort With Toolchain generated by crossdev

[Ryan Baldwin]

Hi,

I'll stick with --enable-sjlj-exceptions rather then switch gcc. Thanks for
letting me know.

Ryan

-----Original Message-----
From: Peter S. Mazinger [mailto:ps.m@gmx.net] 
Sent: 15 October 2006 08:48
To: gentoo-embedded@lists.gentoo.org
Subject: RE: [gentoo-embedded] C++ Exceptions Call Abort With Toolchain
generated by crossdev

On Mon, 9 Oct 2006, Ryan Baldwin wrote:

> Hi,
> 
> Thanks very much for the reply. I had managed to make it work by adding
> --enable-sjlj-exceptions into gcc's configure by adding it in
> toolchain.eclass. I guess then that the default mechanism works again in
> 3.4.6 so I will switch to this and remove --enable-sjlj-exceptions.

Stay with --enable-sjlj-exceptions for all 3.x versions, 3.4.6 needs it 
too, it is not even proven, that 4.x versions can go without it.

Peter

-- 
Peter S. Mazinger <ps dot m at gmx dot net>           ID: 0xA5F059F2
Key fingerprint = 92A4 31E1 56BC 3D5A 2D08  BB6E C389 975E A5F0 59F2

-- 
gentoo-embedded@gentoo.org mailing list

-- 
gentoo-embedded@gentoo.org mailing list

[gentoo-embedded] crossdev messes up system headers, etc

[Christopher Friedt]

I don't know if this has happened to anyone else, but I think it's 
happened to me once before, maybe 6 months ago.

I tried to get a cross compiler working through crossdev, and it ended 
up bailing on the last stage (gcc stage 2 i guess).

I tried it again, with a few different configurations, and noticed that 
every time it failed directly upon compilation of binutils... saying 
that /lib/cpp failed sanity checks.

ok, i said.... fine, i'll just crossdev -C everything out.

after that, i attempted to emerge another package. After a couple of 
tries, i noticed the same errors.

It turns out that crossdev had done something unexpected, and removed 
several system headers, and left my machine in a pretty useless state 
for development. I can no longer compile anything, not even a kernel.

So obviously, I'd like to ask anyone for some sort of suggestion to get 
my native development chain back.

Why is crossdev in production if it does these sort of things?

Can anyone recommend a GRP server for i686 ? hehehe...



-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] crossdev messes up system headers, etc

[Mike Frysinger]

[-- Attachment #1: Type: text/plain, Size: 876 bytes --]

On Thursday 19 October 2006 14:35, Christopher Friedt wrote:
> after that, i attempted to emerge another package. After a couple of
> tries, i noticed the same errors.
>
> It turns out that crossdev had done something unexpected, and removed
> several system headers, and left my machine in a pretty useless state
> for development. I can no longer compile anything, not even a kernel.

if you read the code, it only deletes files with CTARGET in them and any 
recursive operations are done with `rm -i`

you'd have to give more info than "it deleted things"

> So obviously, I'd like to ask anyone for some sort of suggestion to get
> my native development chain back.

you can just grab a stage3, create bin pkgs, and then use them

> Why is crossdev in production if it does these sort of things?

no point in responding to such a lame question
-mike

[-- Attachment #2: Type: application/pgp-signature, Size: 827 bytes --]