[gentoo-embedded] crossdev

[gentoo-embedded] crossdev

[Jakub Ladman]

Hi 
Crossdev does not work for me to make arm crosscompiler.
I have arm9 based Cirrus Logic EP9307 CPU, tell me please how to determine the 
right target name and gcc, libc, binutils and headers versions to get working 
toolchain.
I am trying it for about four weeks with no succes. I do not know if it is a 
bug in crossdev or i am completely stupid.

Thank you very much.

Best regards
Jakub Ladman
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] crossdev

[Ned Ludd]

On Thu, 2007-12-06 at 17:51 +0100, Jakub Ladman wrote:
> Hi 
> Crossdev does not work for me to make arm crosscompiler.
> I have arm9 based Cirrus Logic EP9307 CPU, tell me please how to determine the 
> right target name and gcc, libc, binutils and headers versions to get working 
> toolchain.
> I am trying it for about four weeks with no succes. I do not know if it is a 
> bug in crossdev or i am completely stupid.

4 weeks? yikes.. this this..
https://bugs.gentoo.org assign it to toolchain@gentoo.org with the exact
errors you are hitting.



-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] crossdev

[Jakub Ladman]

Dne Thursday 06 of December 2007 18:02:54 Ned Ludd napsal(a):
> On Thu, 2007-12-06 at 17:51 +0100, Jakub Ladman wrote:
> > Hi
> > Crossdev does not work for me to make arm crosscompiler.
> > I have arm9 based Cirrus Logic EP9307 CPU, tell me please how to
> > determine the right target name and gcc, libc, binutils and headers
> > versions to get working toolchain.
> > I am trying it for about four weeks with no succes. I do not know if it
> > is a bug in crossdev or i am completely stupid.
>
> 4 weeks? yikes.. this this..
> https://bugs.gentoo.org assign it to toolchain@gentoo.org with the exact
> errors you are hitting.

Not every hour of every day of 4 weeks, but many many times, i must do 
something else too.
Before i post the bug i would like to try some others commandline with exact 
target and exact versions of all thre stages, to be sure that it is really 
bug.

Jakub Ladman
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] crossdev

[Mike Frysinger]

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

On Thursday 06 December 2007, Jakub Ladman wrote:
> Crossdev does not work for me to make arm crosscompiler.
> I have arm9 based Cirrus Logic EP9307 CPU, tell me please how to determine
> the right target name

http://www.gentoo.org/proj/en/base/embedded/handbook/?part=1&chap=3

> and gcc, libc, binutils and headers versions to get 
> working toolchain.

there is no such list.  the requirements are determined by combining your 
needs with whatever works.
-mike

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 835 bytes --]

[gentoo-embedded] crossdev

[Daniel Stonier]

I've got a couple of queries with regards to crossdev.

1) What's the correct way to correctly configure ld.so.conf in an cross-compile?
2) Is it recommended emerging glibc despite the inevitable file collisions?

-- 
Phone : +82-10-5400-3296 (010-5400-3296)
Home: http://snorriheim.dnsdojo.com/
Yujin Robot: http://www.yujinrobot.com/
Embedded Control Libraries: http://snorriheim.dnsdojo.com/redmine/wiki/ecl

Re: [gentoo-embedded] crossdev

[Mike Frysinger]

[-- Attachment #1: Type: Text/Plain, Size: 319 bytes --]

On Sunday, June 13, 2010 10:09:22 Daniel Stonier wrote:
> 1) What's the correct way to correctly configure ld.so.conf in an
> cross-compile?

dont know what you're talking about.  it's the same.

> 2) Is it recommended emerging glibc despite the inevitable
> file collisions?

dont know what you mean here either
-mike

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

Re: [gentoo-embedded] crossdev

[Peter Stuge]

Daniel Stonier wrote:
> I've got a couple of queries with regards to crossdev.
> 
> 1) What's the correct way to correctly configure ld.so.conf in an
> cross-compile?
> 2) Is it recommended emerging glibc despite the inevitable file
> collisions?

Anything you cross-compile and maybe "cross-merge" must go into a
subdirectory in the, not the root.

And ld.so in your system can't use any libraries that have been
cross-compiled - they will (of course) work only on the target
system.


//Peter

[gentoo-embedded] crossdev

[billium]

Has anything changed in crossdev as my tuple no longer works.

crossdev -s3 -t arm-none-eabi or

crossdev -s3 -t arm-elf-eabi or

The error is:

"Unknown arch used in --with-arch=arm"


I am on ~x86-64

The target is Luminary or ST cortex m3

Many thanks

Billy

Re: [gentoo-embedded] crossdev

[Angelo Arrifano]

On Sex, 2010-03-05 at 11:20 +0000, billium wrote:
> Has anything changed in crossdev as my tuple no longer works.
> 
> crossdev -s3 -t arm-none-eabi or
> 
> crossdev -s3 -t arm-elf-eabi or
> 
> The error is:
> 
> "Unknown arch used in --with-arch=arm"

http://forums.gentoo.org/viewtopic-p-6194366.html?sid=b4ebed6c8382cac7ee4192589fa54b2c

Regards,
- Angelo
> 
> 
> I am on ~x86-64
> 
> The target is Luminary or ST cortex m3
> 
> Many thanks
> 
> Billy
> 

Re: [gentoo-embedded] crossdev

[billium]

On 03/05/10 15:38, Angelo Arrifano wrote:
> On Sex, 2010-03-05 at 11:20 +0000, billium wrote:
>    
>> Has anything changed in crossdev as my tuple no longer works.
>>
>> crossdev -s3 -t arm-none-eabi or
>>
>> crossdev -s3 -t arm-elf-eabi or
>>
>> The error is:
>>
>> "Unknown arch used in --with-arch=arm"
>>      
> http://forums.gentoo.org/viewtopic-p-6194366.html?sid=b4ebed6c8382cac7ee4192589fa54b2c
>
> Regards,
> - Angelo
>    
>>
>> I am on ~x86-64
>>
>> The target is Luminary or ST cortex m3
>>
>> Many thanks
>>
>> Billy
>>
>>      
>
>
>
>    
Did you read the link you posted?

Re: [gentoo-embedded] crossdev

[Peter Stuge]

billium wrote:
> Did you read the link you posted?

Did you? It explains that you need to use a more specific tuple now.


//Peter

Re: [gentoo-embedded] crossdev

[billium]

On 03/05/10 20:20, Peter Stuge wrote:
> billium wrote:
>    
>> Did you read the link you posted?
>>      
> Did you? It explains that you need to use a more specific tuple now.
>
>
> //Peter
>
>
>    
Thanks, that what I assumed, but

armv7, armv7m, and armv7-m all fail

Billy

Re: [gentoo-embedded] crossdev

[Mike Frysinger]

[-- Attachment #1: Type: Text/Plain, Size: 401 bytes --]

On Friday 05 March 2010 06:20:40 billium wrote:
> Has anything changed in crossdev as my tuple no longer works.
> 
> crossdev -s3 -t arm-none-eabi or
> 
> crossdev -s3 -t arm-elf-eabi or
> 
> The error is:
> 
> "Unknown arch used in --with-arch=arm"
> 
> 
> I am on ~x86-64
> 
> The target is Luminary or ST cortex m3

it was a bug in toolchain.eclass that should now be fixed
-mike

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

[gentoo-embedded] crossdev

[billium]

Hello all I'm after help on crossdev again.
My host system is amd64, stage required is s3.
The target is arm cortex with using newlib.

If I try crossdev -s3 -t arm-elf-gnueabi
in the summary header libc: glibc-[latest]
and it fails with BFD does not support target.

If I try crossdev -s3 -t arm-elf-eabi (also arm-unknown-elf-eabi)
in the summary header libc: -[latest]
and it fails at cross-linux-headers as libc is unknown.

If I cheat
 and modify the /usr/sbin/crossdev script and change the default LPKG
from LPKG="" to LPKG="newlib" on line 343.
in the summary header libc: newlib-[latest]
and it works fine and the code produced works on the chips, the same for
arm-none-eabi which is required for working with some of the sample code
provided.

If I add --ex-gdb (or --ex-insight) the summary has Extra: gdb: DO IT
but no gdb (or insight) is produced.

If I try, with no modification,  crossdev -s3 --ex-gdb -t
arm-unknown-linux-gnu it works fine, with no errors but produces no
extra gdb.

If I try, with my cheat, crossdev --ex-gdb -t arm-elf-eabi, fails with
"checking for acoshf in -lm... make[1] , is there any way to get gdb or
insight with s3?


Many thanks

Billy

Re: [gentoo-embedded] crossdev

[Mike Frysinger]

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

On Wednesday 08 July 2009 12:14:38 billium wrote:
> The target is arm cortex with using newlib.
>
> If I try crossdev -s3 -t arm-elf-gnueabi
> in the summary header libc: glibc-[latest]
> and it fails with BFD does not support target.

i dont think your tuple makes any sense.  i'm pretty sure you want "arm-elf-
eabi".
-mike

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

Re: [gentoo-embedded] crossdev

[billium]

Mike Frysinger wrote:
> On Wednesday 08 July 2009 12:14:38 billium wrote:
>   
>> The target is arm cortex with using newlib.
>>
>> If I try crossdev -s3 -t arm-elf-gnueabi
>> in the summary header libc: glibc-[latest]
>> and it fails with BFD does not support target.
>>     
>
> i dont think your tuple makes any sense.  i'm pretty sure you want "arm-elf-
> eabi".
> -mike
>   
Thanks Mike for your answer, but I would value your opinion if you read
all the text. arm-elf-eabi was tried.

Billy

Re: [gentoo-embedded] crossdev

[Mike Frysinger]

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

On Thursday 09 July 2009 04:22:10 billium wrote:
> Mike Frysinger wrote:
> > On Wednesday 08 July 2009 12:14:38 billium wrote:
> >> The target is arm cortex with using newlib.
> >>
> >> If I try crossdev -s3 -t arm-elf-gnueabi
> >> in the summary header libc: glibc-[latest]
> >> and it fails with BFD does not support target.
> >
> > i dont think your tuple makes any sense.  i'm pretty sure you want
> > "arm-elf- eabi".
>
> Thanks Mike for your answer, but I would value your opinion if you read
> all the text. arm-elf-eabi was tried.

crossdev probably doesnt recognize elf eabi because no one has tried to use it 
before.  everyone uses arm-elf.  it however doesnt change the fact that elf + 
gnu makes no sense.
-mike

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

Re: [gentoo-embedded] crossdev

[billium]

Mike Frysinger wrote:
> On Thursday 09 July 2009 04:22:10 billium wrote:
>   
>> Mike Frysinger wrote:
>>     
>>> On Wednesday 08 July 2009 12:14:38 billium wrote:
>>>       
>>>> The target is arm cortex with using newlib.
>>>>
>>>> If I try crossdev -s3 -t arm-elf-gnueabi
>>>> in the summary header libc: glibc-[latest]
>>>> and it fails with BFD does not support target.
>>>>         
>>> i dont think your tuple makes any sense.  i'm pretty sure you want
>>> "arm-elf- eabi".
>>>       
>> Thanks Mike for your answer, but I would value your opinion if you read
>> all the text. arm-elf-eabi was tried.
>>     
>
> crossdev probably doesnt recognize elf eabi because no one has tried to use it 
> before.  everyone uses arm-elf.  it however doesnt change the fact that elf + 
> gnu makes no sense.
> -mike
>   
Thanks Mike, I was illustrating  the fact I was trying everything!  But
it works with Martin Gysel's suggestion.  Thanks to everyone on the
crossdev team.

Billy

Re: [gentoo-embedded] crossdev

[Martin Gysel]

Mike Frysinger schrieb:
> On Wednesday 08 July 2009 12:14:38 billium wrote:
>   
>> The target is arm cortex with using newlib.
>>
>> If I try crossdev -s3 -t arm-elf-gnueabi
>> in the summary header libc: glibc-[latest]
>> and it fails with BFD does not support target.
>>     
>
> i dont think your tuple makes any sense.  i'm pretty sure you want "arm-elf-
> eabi".
> -mike
>   

but if I understand crossdev code correctly with this tuple newlib
doesn't get selected (*-newlib|*-elf but not
*-newlib*|*-elf*).
furthermore AFAIK for the compiler the word eabi is important otherwise
arm eabi isn't selected as default. so my suggestion is to use
arm-softfloat-eabi and change crossdev (add |*-eabi just after
*-newlib|*-elf).
another option would probably be to just change *-elf to *-elf* so that
newlib gets selected but in this case I don't know how gcc behaves...
@mike is there a change to have one of these mods added to crossdev
upstream?

/martin

Re: [gentoo-embedded] crossdev

[billium]

Martin Gysel wrote:
> Mike Frysinger schrieb:
>   
>> On Wednesday 08 July 2009 12:14:38 billium wrote:
>>   
>>     
>>> The target is arm cortex with using newlib.
>>>
>>> If I try crossdev -s3 -t arm-elf-gnueabi
>>> in the summary header libc: glibc-[latest]
>>> and it fails with BFD does not support target.
>>>     
>>>       
>> i dont think your tuple makes any sense.  i'm pretty sure you want "arm-elf-
>> eabi".
>> -mike
>>   
>>     
>
> but if I understand crossdev code correctly with this tuple newlib
> doesn't get selected (*-newlib|*-elf but not
> *-newlib*|*-elf*).
> furthermore AFAIK for the compiler the word eabi is important otherwise
> arm eabi isn't selected as default. so my suggestion is to use
> arm-softfloat-eabi and change crossdev (add |*-eabi just after
> *-newlib|*-elf).
> another option would probably be to just change *-elf to *-elf* so that
> newlib gets selected but in this case I don't know how gcc behaves...
> @mike is there a change to have one of these mods added to crossdev
> upstream?
>
> /martin
>
>
>   
This is what I have found, hence the cheat mentioned in the first post.

But I can't cheat and get gdb also.

Billy

Re: [gentoo-embedded] crossdev

[billium]

billium wrote:
> Martin Gysel wrote:
>   
>> Mike Frysinger schrieb:
>>   
>>     
>>> On Wednesday 08 July 2009 12:14:38 billium wrote:
>>>   
>>>     
>>>       
>>>> The target is arm cortex with using newlib.
>>>>
>>>> If I try crossdev -s3 -t arm-elf-gnueabi
>>>> in the summary header libc: glibc-[latest]
>>>> and it fails with BFD does not support target.
>>>>     
>>>>       
>>>>         
>>> i dont think your tuple makes any sense.  i'm pretty sure you want "arm-elf-
>>> eabi".
>>> -mike
>>>   
>>>     
>>>       
>> but if I understand crossdev code correctly with this tuple newlib
>> doesn't get selected (*-newlib|*-elf but not
>> *-newlib*|*-elf*).
>> furthermore AFAIK for the compiler the word eabi is important otherwise
>> arm eabi isn't selected as default. so my suggestion is to use
>> arm-softfloat-eabi and change crossdev (add |*-eabi just after
>> *-newlib|*-elf).
>> another option would probably be to just change *-elf to *-elf* so that
>> newlib gets selected but in this case I don't know how gcc behaves...
>> @mike is there a change to have one of these mods added to crossdev
>> upstream?
>>
>> /martin
>>
>>
>>   
>>     
> This is what I have found, hence the cheat mentioned in the first post.
>
> But I can't cheat and get gdb also.
>
> Billy
>
>
>
>   
Thanks Martin.

Changing the /usr/sbin/crossdev script as Martin suggested and using
crossdev --ex-gdb -t arm-elf-eabi produces the toolchain but does not
attempt to produce gdb.

Billy

[gentoo-embedded] crossdev

[Jakub Ladman]

I have two questions?

1) How to re-emerge everything what crossdev does completely from sctratch?
My crossdev generated toolchain, which was ok for several months, stops 
working.

2) Is it possible to collect everything what crossdev does, make binary 
package and send it to a friend which does not use gentoo, to enable 
crosscompiling at his computer?
How?

Thank you very much.

Jakub Ladman
-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] crossdev

[Jakub Ladman]

Hi all
I am very sorry, that i have forgotten to greet you in my previous message.

Dne čtvrtek 31 srpen 2006 15:10 Jakub Ladman napsal(a):
> I have two questions?
>
> 1) How to re-emerge everything what crossdev does completely from sctratch?
> My crossdev generated toolchain, which was ok for several months, stops
> working.
>
> 2) Is it possible to collect everything what crossdev does, make binary
> package and send it to a friend which does not use gentoo, to enable
> crosscompiling at his computer?
> How?
>
> Thank you very much.
>
> Jakub Ladman

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] crossdev

[Mike Frysinger]

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

On Thursday 31 August 2006 09:10, Jakub Ladman wrote:
> 1) How to re-emerge everything what crossdev does completely from sctratch?
> My crossdev generated toolchain, which was ok for several months, stops
> working.

crossdev -C <target>
crossdev <target>

> 2) Is it possible to collect everything what crossdev does, make binary
> package and send it to a friend which does not use gentoo, to enable
> crosscompiling at his computer?

crossdev --help
crossdev -b <target>
-mike

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

Re: [gentoo-embedded] crossdev

[Harald Kubota]

Mike Frysinger wrote:
>> 2) Is it possible to collect everything what crossdev does, make binary
>> package and send it to a friend which does not use gentoo, to enable
>> crosscompiling at his computer?
>>     
>
> crossdev --help
> crossdev -b <target>
> -mike
>   
Mike,

creating binaries is no problem (-b works as advertised), but the binary 
packages
are in (in my case) /usr/portage/packages/cross/sh4-gentoo-linux-uclibc/All/
and I have not found the emerge line to re-install those packages on the 
same machine,
not even trying on other machines.

emerge -aK cross-sh4-gentoo-linux-uclibc/gcc
nor does
emerge -aK sh4-gentoo-linux-uclibc/gcc

Harald

-- 
gentoo-embedded@gentoo.org mailing list

Re: [gentoo-embedded] crossdev

[Mike Frysinger]

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

On Saturday 02 September 2006 03:27, Harald Kubota wrote:
> but the binary packages
> are in (in my case)
> /usr/portage/packages/cross/sh4-gentoo-linux-uclibc/All/

as well they should be ... you dont want them clobbering binpkgs for your 
native toolchain or for other cross-compilers

> and I have not 
> found the emerge line to re-install those packages on the same machine,
> not even trying on other machines.

set PKGDIR in your env or give the full path to the binpkg
-mike

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