[Buildroot] native GCC not found in HEAD

[Buildroot] native GCC not found in HEAD

[Thiago A. Corrêa]

Hi,

   I've done an svn up today, and something has been broken since the
last time I tried a full build:

/bin/sh: /bin/-gcc: No such file or directory
copy_toolchain_lib_root: lib=libc.so.6 not found
make: *** [/root/novacomm/buildroot/buildroot-original/project_build_avr32/pppserver/root/lib/libc.so.6]
Error 255
gentoo-vm buildroot-original # which gcc
/usr/bin/gcc
gentoo-vm buildroot-original #

Been greping here and there, tried some hints from
http://www.oreilly.com.cn/samplechap/gnumake/ch12.pdf but can't find
where this is broken :(

Perhaps someone with more experience with buildroot could take a look into it?

Regards,
   Thiago A Correa

[Buildroot] native GCC not found in HEAD

[Ulf Samuelsson]

> Hi,
> 
>   I've done an svn up today, and something has been broken since the
> last time I tried a full build:
> 
> /bin/sh: /bin/-gcc: No such file or directory
> copy_toolchain_lib_root: lib=libc.so.6 not found
> make: *** [/root/novacomm/buildroot/buildroot-original/project_build_avr32/pppserver/root/lib/libc.so.6]
> Error 255
> gentoo-vm buildroot-original # which gcc
> /usr/bin/gcc
> gentoo-vm buildroot-original #
> 
> Been greping here and there, tried some hints from
> http://www.oreilly.com.cn/samplechap/gnumake/ch12.pdf but can't find
> where this is broken :(
> 

Bernard Fisher, is the last one to touch the AVR32 and he broke it severely.
I am pretty sure that he did not test building the AVR32 toolset
before submitting...

He should fix the problem!

Best Regards
Ulf Samuelsson
>

[Buildroot] native GCC not found in HEAD

[Thiago A. Corrêa]

I have also noticed that the folder names don't have the avr32 suffix
anymore, so I guess it's a variable that is not right.

Also, there is no more Buildroot toolchain, only external toolchain in
the options. Is this really expected? Something wrong with using
buildroot toolchain? or part of the problem? There is some 300
revisions between what used to work and HEAD *sigh*

On 9/25/07, Ulf Samuelsson <ulf@atmel.com> wrote:
> > Hi,
> >
> >   I've done an svn up today, and something has been broken since the
> > last time I tried a full build:
> >
> > /bin/sh: /bin/-gcc: No such file or directory
> > copy_toolchain_lib_root: lib=libc.so.6 not found
> > make: *** [/root/novacomm/buildroot/buildroot-original/project_build_avr32/pppserver/root/lib/libc.so.6]
> > Error 255
> > gentoo-vm buildroot-original # which gcc
> > /usr/bin/gcc
> > gentoo-vm buildroot-original #
> >
> > Been greping here and there, tried some hints from
> > http://www.oreilly.com.cn/samplechap/gnumake/ch12.pdf but can't find
> > where this is broken :(
> >
>
> Bernard Fisher, is the last one to touch the AVR32 and he broke it severely.
> I am pretty sure that he did not test building the AVR32 toolset
> before submitting...
>
> He should fix the problem!
>
> Best Regards
> Ulf Samuelsson
> >
>

[Buildroot] native GCC not found in HEAD

[Ulf Samuelsson]

tis 2007-09-25 klockan 19:33 +0100 skrev Thiago A. Corr?a:
> I have also noticed that the folder names don't have the avr32 suffix
> anymore, so I guess it's a variable that is not right.
> 


> Also, there is no more Buildroot toolchain, only external toolchain in
> the options. Is this really expected? Something wrong with using
> buildroot toolchain? or part of the problem? There is some 300
> revisions between what used to work and HEAD *sigh*
> 

Yes, all the version info for gcc,binutils,uclibc etc. are gone
with Bernhards changes.
That is why you have a problem.

> On 9/25/07, Ulf Samuelsson <ulf@atmel.com> wrote:
> > > Hi,
> > >
> > >   I've done an svn up today, and something has been broken since the
> > > last time I tried a full build:
> > >
> > > /bin/sh: /bin/-gcc: No such file or directory
> > > copy_toolchain_lib_root: lib=libc.so.6 not found
> > > make: *** [/root/novacomm/buildroot/buildroot-original/project_build_avr32/pppserver/root/lib/libc.so.6]
> > > Error 255
> > > gentoo-vm buildroot-original # which gcc
> > > /usr/bin/gcc
> > > gentoo-vm buildroot-original #
> > >
> > > Been greping here and there, tried some hints from
> > > http://www.oreilly.com.cn/samplechap/gnumake/ch12.pdf but can't find
> > > where this is broken :(
> > >
> >
> > Bernard Fisher, is the last one to touch the AVR32 and he broke it severely.
> > I am pretty sure that he did not test building the AVR32 toolset
> > before submitting...
> >
> > He should fix the problem!
> >
> > Best Regards
> > Ulf Samuelsson
> > >
> >

[Buildroot] native GCC not found in HEAD

[Bernhard Fischer]

On Tue, Sep 25, 2007 at 09:06:02PM +0200, Ulf Samuelsson wrote:
>tis 2007-09-25 klockan 19:33 +0100 skrev Thiago A. Corr?a:
>> I have also noticed that the folder names don't have the avr32 suffix
>> anymore, so I guess it's a variable that is not right.
>> 
>
>
>> Also, there is no more Buildroot toolchain, only external toolchain in
>> the options. Is this really expected? Something wrong with using
>> buildroot toolchain? or part of the problem? There is some 300
>> revisions between what used to work and HEAD *sigh*
>> 
>
>Yes, all the version info for gcc,binutils,uclibc etc. are gone
>with Bernhards changes.

The logic in your target/device/Toolchain.in looks a bit flawed to my
untrained eyes.

>That is why you have a problem.

Exactly. r20029 removes this problem.

[Buildroot] native GCC not found in HEAD

[Ulf Samuelsson]

ons 2007-09-26 klockan 00:05 +0200 skrev Bernhard Fischer:
> On Tue, Sep 25, 2007 at 09:06:02PM +0200, Ulf Samuelsson wrote:
> >tis 2007-09-25 klockan 19:33 +0100 skrev Thiago A. Corr?a:
> >> I have also noticed that the folder names don't have the avr32 suffix
> >> anymore, so I guess it's a variable that is not right.
> >> 
> >
> >
> >> Also, there is no more Buildroot toolchain, only external toolchain in
> >> the options. Is this really expected? Something wrong with using
> >> buildroot toolchain? or part of the problem? There is some 300
> >> revisions between what used to work and HEAD *sigh*
> >> 
> >
> >Yes, all the version info for gcc,binutils,uclibc etc. are gone
> >with Bernhards changes.
> 
> The logic in your target/device/Toolchain.in looks a bit flawed to my
> untrained eyes.
> 
Not if you assume that  there will eventually be several versions.
You are making things worse from my point of view.

Please ensure that the GCC/BINUTILS/GDB/UCLIBC Versions are
again visible when you are selecting an external toolchain.


BR
Ulf Samuelsson



> >That is why you have a problem.
> 
> Exactly. r20029 removes this problem.

[Buildroot] native GCC not found in HEAD

[Ulf Samuelsson]

ons 2007-09-26 klockan 00:38 +0200 skrev Ulf Samuelsson:
> ons 2007-09-26 klockan 00:05 +0200 skrev Bernhard Fischer:
> > On Tue, Sep 25, 2007 at 09:06:02PM +0200, Ulf Samuelsson wrote:
> > >tis 2007-09-25 klockan 19:33 +0100 skrev Thiago A. Corr?a:
> > >> I have also noticed that the folder names don't have the avr32 suffix
> > >> anymore, so I guess it's a variable that is not right.
> > >> 
> > >
> > >
> > >> Also, there is no more Buildroot toolchain, only external toolchain in
> > >> the options. Is this really expected? Something wrong with using
> > >> buildroot toolchain? or part of the problem? There is some 300
> > >> revisions between what used to work and HEAD *sigh*
> > >> 
> > >
> > >Yes, all the version info for gcc,binutils,uclibc etc. are gone
> > >with Bernhards changes.
> > 
> > The logic in your target/device/Toolchain.in looks a bit flawed to my
> > untrained eyes.
> > 
> Not if you assume that  there will eventually be several versions.
> You are making things worse from my point of view.
> 
As an additional item.
When you remove the Toolchain Build options ,you lose all capability to
configure the externally downloaded toolchain.


All toolchain *.mk depends on GCC_VERSION / BINUTILS_VERSION etc.
having a value and there is no way you can complete
a build without them.

The only reasonable thing is to go back to how it was before.

After this, I would appreciate if you did not commit
things which is AVR32 related unless you do some testing before.
It is unavoidable that failures will occur from time to time, 
as a result of commits but you clearly did not see the implications of
your change and has not done *any* testing selecting AVR32 as a target.

BR
Ulf Samuelsson



> Please ensure that the GCC/BINUTILS/GDB/UCLIBC Versions are
> again visible when you are selecting an external toolchain.
> 
> 
> BR
> Ulf Samuelsson
> 
> 
> 
> > >That is why you have a problem.
> > 
> > Exactly. r20029 removes this problem.
> 
> _______________________________________________
> buildroot mailing list
> buildroot at uclibc.org
> http://busybox.net/mailman/listinfo/buildroot