Picon
Gravatar

Re: new problem with new crossdev

Hi,

2006/9/1, Jakub Ladman <ladmanj@...>:
> Hi friends
>
>
> After correcting problem with emerging cross-binutils and binutils-config
> version, i encountered a new problem.
>
> Can you help me?
Maybe, I guess you want to faster replaying some embedded gurus...
TBH, well, first of all,
    It's worth to consider that crazy size log attachments should be
sent via ML.
IMHO, bugzilla exists to prevant that annoying.
Some gurus are not only active in the ML, but also in bugzie.

Or, you want to just notify for some gentoo-embedded devs/users via this ML.
I should apologize you and all for my stupid off-topic post.
But, even if so, to file in the bugzie first, then post summary of
what you encountered
with bug # is better...

[SNIP]
Mike Frysinger | 1 Sep 07:07
Picon
Favicon
Gravatar

Re: new problem with new crossdev

On Thursday 31 August 2006 18:08, Jakub Ladman wrote:
> cc1: error: command line option ‘-m4-nofpu’ is not supported by this
> configuratn

guess you're targetting sh4 with gcc-4.1.1 huh

there's a bug open atm about enabling multilib support in such a 
configuration, but gcc-3.4.6 should work fine
-mike
Jakub Ladman | 1 Sep 09:23
Picon

Re: new problem with new crossdev

> Or, you want to just notify for some gentoo-embedded devs/users via this
> ML. I should apologize you and all for my stupid off-topic post.
> But, even if so, to file in the bugzie first, then post summary of
> what you encountered
> with bug # is better...

But i do not know, if it is really bug, or if it is my stupidity.
Additionally i have sometimes problems with english :-( I am not a native 
speaker.

I am sorry.
Jakub Ladman
Jakub Ladman | 1 Sep 09:32
Picon

Re: new problem with new crossdev

Dne pátek 01 září 2006 07:07 Mike Frysinger napsal(a):
> On Thursday 31 August 2006 18:08, Jakub Ladman wrote:
> > cc1: error: command line option ‘-m4-nofpu’ is not supported by this
> > configuratn
>
> guess you're targetting sh4 with gcc-4.1.1 huh
>
> there's a bug open atm about enabling multilib support in such a
> configuration, but gcc-3.4.6 should work fine
> -mike

But i never switched it to an specific version of gcc, i have used crosdev as 
it comes from portage. Well, i did not read the handbook again during this, 
second case.

It worked and works not.

Can you tell me how to switch to an compatible version of gcc?

Thank you.

Jakub ladman

--

-- 
gentoo-embedded@... mailing list

Mike Frysinger | 1 Sep 09:45
Picon
Favicon
Gravatar

Re: new problem with new crossdev

On Friday 01 September 2006 03:32, Jakub Ladman wrote:
> Can you tell me how to switch to an compatible version of gcc?

crossdev --g 3.4.6-r2
-mike
Jakub Ladman | 1 Sep 09:52
Picon

Re: new problem with new crossdev

Dne pátek 01 září 2006 09:45 Mike Frysinger napsal(a):
> On Friday 01 September 2006 03:32, Jakub Ladman wrote:
> > Can you tell me how to switch to an compatible version of gcc?
>
> crossdev --g 3.4.6-r2
> -mike

Thank you, this was really stupid question and i have found it in --help.
I  feel ashamed.
I am sorry.

Jakub

--

-- 
gentoo-embedded@... mailing list

Jakub Ladman | 1 Sep 13:05
Picon

building toolchain for non-standard kernel

Before upgrade was sufficient (maybe not correct, but it was functional) to 
build everything as default and then change /usr/target/usr/include/asm and 
linux with symlinks to my kernel.

Now it works only partialy and is not possible to compile code which uses 
ioctl for an example.

It is 2.4.21 kernel with specific patches from hardware developer.
At this time i can not use any other kernel.

I tryed to use --k 2.4.21 parameter with crossdev, but it fails with error.

Can you write me correct way to do it?

Thank you very, very, much.

Jakub Ladman
Jakub Ladman | 1 Sep 14:21
Picon

Re: building toolchain for non-standard kernel

Here is the error that i get if trying crossdev --k 2.4.21

The file /usr/sh4-pc-linux-uclibc/usr/Makefile 
or /usr/sh4-pc-linux-uclibc/usr/include/linux/version.h is missing!
Perhaps your kernel source is broken?

make: *** [headers] Error 1

!!! ERROR: cross-sh4-pc-linux-uclibc/uclibc-0.9.28 failed.

Dne pátek 01 září 2006 13:05 Jakub Ladman napsal(a):
> Before upgrade was sufficient (maybe not correct, but it was functional) to
> build everything as default and then change /usr/target/usr/include/asm and
> linux with symlinks to my kernel.
>
> Now it works only partialy and is not possible to compile code which uses
> ioctl for an example.
>
> It is 2.4.21 kernel with specific patches from hardware developer.
> At this time i can not use any other kernel.
>
> I tryed to use --k 2.4.21 parameter with crossdev, but it fails with error.
>
> Can you write me correct way to do it?
>
> Thank you very, very, much.
>
> Jakub Ladman

--

-- 
(Continue reading)

Jakub Ladman | 1 Sep 14:50
Picon

Re: building toolchain for non-standard kernel

Dne pátek 01 září 2006 14:21 Jakub Ladman napsal(a):
> Here is the error that i get if trying crossdev --k 2.4.21
it makes /usr/target/include/asm and linux
but uclibc needs to have it in /usr/target/usr/include, with symlinks it seems 
to be good, but i thing this is a bug in crossdev

Jakub Ladman

>
>
> The file /usr/sh4-pc-linux-uclibc/usr/Makefile
> or /usr/sh4-pc-linux-uclibc/usr/include/linux/version.h is missing!
> Perhaps your kernel source is broken?
>
>
> make: *** [headers] Error 1
>
> !!! ERROR: cross-sh4-pc-linux-uclibc/uclibc-0.9.28 failed.
>
> Dne pátek 01 září 2006 13:05 Jakub Ladman napsal(a):
> > Before upgrade was sufficient (maybe not correct, but it was functional)
> > to build everything as default and then change
> > /usr/target/usr/include/asm and linux with symlinks to my kernel.
> >
> > Now it works only partialy and is not possible to compile code which uses
> > ioctl for an example.
> >
> > It is 2.4.21 kernel with specific patches from hardware developer.
> > At this time i can not use any other kernel.
> >
(Continue reading)

Jakub Ladman | 1 Sep 15:38
Picon

Re: building toolchain for non-standard kernel

> it makes /usr/target/include/asm and linux
> but uclibc needs to have it in /usr/target/usr/include, with symlinks it
> seems to be good, but i thing this is a bug in crossdev

No, it works not.

Jakub

Gmane