[Buildroot] AVR32 misery

[Buildroot] AVR32 misery

[Ulf Samuelsson]

I think I have found one problem
"toolchain_build_avr32/gcc-4.1.2-initial/gcc/as" is a script file
which should call the assembler.

It contains

#!/bin/sh
exec "$@"

and should contain:
#!/bin/sh
exec <buildroot>/build_avr32/staging_dir/bin/avr32-linux-uclibc-ld "$@"

I modified this by hand, and now it seems to continue further.
Off to bed...

BR
Ulf Samuelsson

[Buildroot] AVR32 misery

[Hans-Christian Egtvedt]

On Fri, 2007-09-28 at 02:08 +0200, Ulf Samuelsson wrote:
> I think I have found one problem
> "toolchain_build_avr32/gcc-4.1.2-initial/gcc/as" is a script file
> which should call the assembler.
> 
> It contains
> 
> #!/bin/sh
> exec "$@"
> 
> and should contain:
> #!/bin/sh
> exec <buildroot>/build_avr32/staging_dir/bin/avr32-linux-uclibc-ld "$@"

This should really not mather, because the PATH variable should be set
before starting to compile the cross-compiler.

Perhaps this is as easy as a missing TARGET_CONFIGURE_OPTS?

-- 
With kind regards,
Hans-Christian Egtvedt, Applications Engineer

[Buildroot] AVR32 misery

[Ulf Samuelsson]

fre 2007-09-28 klockan 07:20 +0200 skrev Hans-Christian Egtvedt:
> On Fri, 2007-09-28 at 02:08 +0200, Ulf Samuelsson wrote:
> > I think I have found one problem
> > "toolchain_build_avr32/gcc-4.1.2-initial/gcc/as" is a script file
> > which should call the assembler.
> > 
> > It contains
> > 
> > #!/bin/sh
> > exec "$@"
> > 
> > and should contain:
> > #!/bin/sh
> > exec <buildroot>/build_avr32/staging_dir/bin/avr32-linux-uclibc-ld "$@"
> 
> This should really not mather, because the PATH variable should be set
> before starting to compile the cross-compiler.
> 
> Perhaps this is as easy as a missing TARGET_CONFIGURE_OPTS?
> 

I have added ORIGINAL_*_FOR_TARGET /DEFAULT_*/*_FOR_TARGET to
HOST_CONFIGURE_OPTS 
(it fails during gcc-4.1.2-final) 
And now use HOST_CONFIGURE_OPTS for configure and make.

As a result, it seems that ld/nm/objcopy now has the right path,
but the assembler doesn't.

	     echo '#!$(SHELL)' > as; \
	     echo 'exec $(ORIGINAL_AS_FOR_TARGET) "$$@"' >> as ; \

results in as containing
+++++++++++++++
#!/bin/bash
exec "$@"
---------------

I suspect, I have to configure with "-with-gnu-as" or with 
"-with-as=$(STAGING_DIR)/../*-as"as well,
(It is already configured with "-with-gnu-ld")
and the machine is working overtime, testing that at the moment.

Best Regards
Ulf Samuelsson

[Buildroot] AVR32 misery

[Ulf Samuelsson]

fre 2007-09-28 klockan 02:08 +0200 skrev Ulf Samuelsson:
> I think I have found one problem
> "toolchain_build_avr32/gcc-4.1.2-initial/gcc/as" is a script file
> which should call the assembler.
> 
> It contains
> 
> #!/bin/sh
> exec "$@"
> 
> and should contain:
> #!/bin/sh
> exec <buildroot>/build_avr32/staging_dir/bin/avr32-linux-uclibc-ld "$@"
> 
> I modified this by hand, and now it seems to continue further.
> Off to bed...
> 

When gcc-4.1.2 is build
"toolchain_build_avr32/gcc-4.1.2-initial/gcc/<app>" contains

app=as
#!/bin/sh
exec  "$@"

app=collect-ld
#!/bin/sh
exec <buildroot>/build_avr32/staging_dir/avr32-linux-uclibc/bin/ld "$@"

app=nm
#!/bin/sh
exec /usr/bin/nm "$@"

------
I am changing all to:

#!/bin/sh
exec <buildroot>/build_avr32/staging_dir/avr32-linux-uclibc/bin/<app>
"$@"

> BR
> Ulf Samuelsson
> 
> 
> _______________________________________________
> buildroot mailing list
> buildroot at uclibc.org
> http://busybox.net/mailman/listinfo/buildroot

[Buildroot] AVR32 misery

[Bernhard Fischer]

On Fri, Sep 28, 2007 at 08:42:07AM +0200, Ulf Samuelsson wrote:
>fre 2007-09-28 klockan 07:20 +0200 skrev Hans-Christian Egtvedt:
>> On Fri, 2007-09-28 at 02:08 +0200, Ulf Samuelsson wrote:
>> > I think I have found one problem
>> > "toolchain_build_avr32/gcc-4.1.2-initial/gcc/as" is a script file
>> > which should call the assembler.
>> > 
>> > It contains
>> > 
>> > #!/bin/sh
>> > exec "$@"
>> > 
>> > and should contain:
>> > #!/bin/sh
>> > exec <buildroot>/build_avr32/staging_dir/bin/avr32-linux-uclibc-ld "$@"
>> 
>> This should really not mather, because the PATH variable should be set
>> before starting to compile the cross-compiler.
>> 
>> Perhaps this is as easy as a missing TARGET_CONFIGURE_OPTS?
>> 
>
>I have added ORIGINAL_*_FOR_TARGET /DEFAULT_*/*_FOR_TARGET to
>HOST_CONFIGURE_OPTS 
>(it fails during gcc-4.1.2-final) 
>And now use HOST_CONFIGURE_OPTS for configure and make.

Passing CONFIGURE_OPTS to make after an autoconf'igured package was
configured is not needed.
>
>As a result, it seems that ld/nm/objcopy now has the right path,
>but the assembler doesn't.
>
>	     echo '#!$(SHELL)' > as; \
>	     echo 'exec $(ORIGINAL_AS_FOR_TARGET) "$$@"' >> as ; \
>
>results in as containing
>+++++++++++++++
>#!/bin/bash
>exec "$@"
>---------------
>
>I suspect, I have to configure with "-with-gnu-as" or with 
>"-with-as=$(STAGING_DIR)/../*-as"as well,
>(It is already configured with "-with-gnu-ld")
>and the machine is working overtime, testing that at the moment.

We don't need to pass --with-gnu-ld nor --with-gnu-as. If sombody finds
a different assembler or linker, then this is a consequence of something
going wrong previously. The target is linux and not irix or something
like that.

[Buildroot] AVR32 misery

[Ulf Samuelsson]

fre 2007-09-28 klockan 18:24 +0200 skrev Bernhard Fischer:
> On Fri, Sep 28, 2007 at 08:42:07AM +0200, Ulf Samuelsson wrote:
> >fre 2007-09-28 klockan 07:20 +0200 skrev Hans-Christian Egtvedt:
> >> On Fri, 2007-09-28 at 02:08 +0200, Ulf Samuelsson wrote:
> >> > I think I have found one problem
> >> > "toolchain_build_avr32/gcc-4.1.2-initial/gcc/as" is a script file
> >> > which should call the assembler.
> >> > 
> >> > It contains
> >> > 
> >> > #!/bin/sh
> >> > exec "$@"
> >> > 
> >> > and should contain:
> >> > #!/bin/sh
> >> > exec <buildroot>/build_avr32/staging_dir/bin/avr32-linux-uclibc-ld "$@"
> >> 
> >> This should really not mather, because the PATH variable should be set
> >> before starting to compile the cross-compiler.
> >> 
> >> Perhaps this is as easy as a missing TARGET_CONFIGURE_OPTS?
> >> 
> >
> >I have added ORIGINAL_*_FOR_TARGET /DEFAULT_*/*_FOR_TARGET to
> >HOST_CONFIGURE_OPTS 
> >(it fails during gcc-4.1.2-final) 
> >And now use HOST_CONFIGURE_OPTS for configure and make.
> 
> Passing CONFIGURE_OPTS to make after an autoconf'igured package was
> configured is not needed

Assuming that the package is well behaved.

Packages which contains subdirectories which are 
configured separately typically fail miserably if you do not 
make $(TARGET_CONFIGURE_OPTS) -C $(DIR)
Haven't you noticed that?

I dread packages which contains configuration down a third level...


> >As a result, it seems that ld/nm/objcopy now has the right path,
> >but the assembler doesn't.
> >
> >	     echo '#!$(SHELL)' > as; \
> >	     echo 'exec $(ORIGINAL_AS_FOR_TARGET) "$$@"' >> as ; \
> >
> >results in as containing
> >+++++++++++++++
> >#!/bin/bash
> >exec "$@"
> >---------------
> >
> >I suspect, I have to configure with "-with-gnu-as" or with 
> >"-with-as=$(STAGING_DIR)/../*-as"as well,
> >(It is already configured with "-with-gnu-ld")
> >and the machine is working overtime, testing that at the moment.
> 
> We don't need to pass --with-gnu-ld nor --with-gnu-as. If sombody finds
> a different assembler or linker, then this is a consequence of something
> going wrong previously. The target is linux and not irix or something
> like that.

Well gcc-4.1.2 doesn't find anything apparently 
unless you bombard it with information during configure.
-with-as=$(CROSS_COMPILE)as seems absolutely neccessary.
or ORIGINAL_AS_FOR_TARGET will be empty.

Empty ORIGINAL_AS_FOR_TARGET is why sysroot fails.
Still gcc-4.1.2 has problems with libtool.

BR
Ulf Samuelsson

[Buildroot] AVR32 misery

[Bernhard Fischer]

On Fri, Sep 28, 2007 at 08:53:46PM +0200, Ulf Samuelsson wrote:
 
>> We don't need to pass --with-gnu-ld nor --with-gnu-as. If sombody finds
>> a different assembler or linker, then this is a consequence of something
>> going wrong previously. The target is linux and not irix or something
>> like that.
>
>Well gcc-4.1.2 doesn't find anything apparently 
>unless you bombard it with information during configure.
>-with-as=$(CROSS_COMPILE)as seems absolutely neccessary.
>or ORIGINAL_AS_FOR_TARGET will be empty.
>
>Empty ORIGINAL_AS_FOR_TARGET is why sysroot fails.

Yea, I know. This and the fact that gcc-4.1.x is not the current release
series, so i decided to leave it alone.

>Still gcc-4.1.2 has problems with libtool.

4.1 has lots of problems, and lots of problems were thusly fixed in the
current (and upcoming) release(s). Trying to fix 4.1 it doesn't make
sense to me, there's enough to do in current stuff that is way more
interresting, at least IMO.

But i'm digressing..

[Buildroot] AVR32 misery

[Ulf Samuelsson]

fre 2007-09-28 klockan 21:14 +0200 skrev Bernhard Fischer:
> On Fri, Sep 28, 2007 at 08:53:46PM +0200, Ulf Samuelsson wrote:
>  
> >> We don't need to pass --with-gnu-ld nor --with-gnu-as. If sombody finds
> >> a different assembler or linker, then this is a consequence of something
> >> going wrong previously. The target is linux and not irix or something
> >> like that.
> >
> >Well gcc-4.1.2 doesn't find anything apparently 
> >unless you bombard it with information during configure.
> >-with-as=$(CROSS_COMPILE)as seems absolutely neccessary.
> >or ORIGINAL_AS_FOR_TARGET will be empty.
> >
> >Empty ORIGINAL_AS_FOR_TARGET is why sysroot fails.
> 
> Yea, I know. This and the fact that gcc-4.1.x is not the current release
> series, so i decided to leave it alone.
> >Still gcc-4.1.2 has problems with libtool.
> 
> 4.1 has lots of problems, and lots of problems were thusly fixed in the
> current (and upcoming) release(s). Trying to fix 4.1 it doesn't make
> sense to me, there's enough to do in current stuff that is way more
> interresting, at least IMO.

Maybe, but I do not have time to port AVR32 to gcc.
Someone else will do that in due time.
I think I should be able to get the current release to build though...

BR
Ulf

[Buildroot] AVR32 misery

[Bernhard Fischer]

On Fri, Sep 28, 2007 at 11:03:31PM +0200, Ulf Samuelsson wrote:

>Maybe, but I do not have time to port AVR32 to gcc.
>Someone else will do that in due time.
>I think I should be able to get the current release to build though...

At the moment, the current release *is* 4.2.1 ;)