[Buildroot] Libtool error with AVR32
ulf at atmel.com
Fri Sep 28 16:38:02 UTC 2007
fre 2007-09-28 klockan 09:09 -0700 skrev don:
> On Fri, Sep 28, 2007 at 12:34:20AM +0200, Bernhard Fischer wrote:
> > On Thu, Sep 27, 2007 at 03:19:19PM -0700, don wrote:
> > >On Thu, Sep 27, 2007 at 10:53:58PM +0200, Ulf Samuelsson wrote:
> > >> tor 2007-09-27 klockan 11:17 -0700 skrev don:
> > >> > I tried to use the latest AVR32 release from ATmel and got an error.
> > >> > Is there somewhere else to post that other than this list?
> > >> >
> > >> > The error is in build_avr32_nofpu/libdaemon-0.12 and is:
> > >I did not select any packages, just copied the ntgw100_defconfig to
> > >.config.
> > Ulf, can you point me to a known good revision (of buildroot) that built
> > that ntgw100 successfully, please? Modulo libdaemon, or other such
> > packages. This would help alot to pinpoint any possible problems.
> > Don, I'm still under the impression that you're using something
> > provided by atmel and not http://buildroot.uclibc.org/
> > This is not the appropriate place for the "latest AVR32 release from
> > ATmel" but for buildroot.
> I'm using an archive of buildroot that Atmel provides on their website.
> I have tried to use the "current" svn buildroot many many times over
> months, and it has never worked. From the list I can see that buildroot
> is highly unstable.
> I had hoped that Atmel had a frozen version that works. I'm sure it
> does under some conditions.
Do you do:
$ make atstk1000_defconfig or make atngw100_defconfig
This should work. Works for me.
Please note that this is what this is what the Atmel buildroot does.
It does not support that you enable any other application
than what is supported by these two configs.
May of the buildroot packages have not been ported to AVR32.
Also, there are general purpose issues with a lot of the packages in
I know that libdaemon has been updated in the main trunk since the
AVR branch was spun off.
Before the release, I expect that the Atmel trunk will be
brought up to date with the main trunk.
I have made considerable progress today with the main trunk.
Previously "configure" would configure the assembler, linker
and other programs as beeing totally empty.
gcc-4.1.2-final/gcc/as would contain
where it should be
exec "$(TARGET_CROSS)as $@"
so basically everything would fail.
I have now managed to build a lot of libraries,in gcc,
but it still bombs with libssp, which in libtool
insists on linking using $(CC) which is of course "/usr/bin/gcc" :-)
I believe the fixes I have been working on may also
allow --sysroot to work on gcc-4.1.2, but have to get things done 100%
before I can confirm this.
> In this case I suspect that my up to date Gentoo host has a new version of
> autoconf that is doing some new check. I thought you might want to know
> about this as it will probably come up again.
> Have you considered creating buildroot releases, which are frozen
> excerpt for simple bug fixes? It seems that the rate of new "features"
> is such that the trunk version is in constant flux.
> Thank you
More information about the buildroot