logo       

Re: generic eabi arm embedded build uclibc failure: msg#00002

t2.devel

Subject: Re: generic eabi arm embedded build uclibc failure

On Thursday 05 July 2007 9:42:33 am René Rebe wrote:
> Hi James,
>
> On Thursday 05 July 2007 15:00:42 James Newell wrote:
> > Thank You.
> >
> > I did an svn update, and that got me to building the stage 1 linux26
> > kernel which fails building several modules using old style udelay calls
> > which have not been fixed by the upstream maintainers for some time now.
> > I created a target/embedded/kernel.conf file attached that disables
> > building those modules.
>
> Thanks for your efford. However, this .config only applies to ARM (and
> maybe MIPS or so) builds and the fixed config probable is not what T2 would
> auto- generate for all the other architectures.
>
> The per architecture disabling of kernel modules goes into the files in
> architecture/$arch/kernel$kernelver-disable.lst
>
> such as:
> architecture/arm/kernel26-disable.lst
>
> With one CONFIG_* symbol per line while the date and first occurance are
> just informational.
>
I have attached patch for architecture/arm/kernel26-disable.lst.

> > My next encounter is 1st stage binutils error:
> > arm-t2-linux-gnueabi-gcc -W -Wall -Wstrict-prototypes
> > -Wmissing-prototypes -Werror -g -O2 -o .libs/as-new app.o as.o
> > atof-generic.o cond.o depend.o dwarf2dbg.o dw2gencfi.o ecoff.o ehopt.o
> > expr.o flonum-copy.o flonum-konst.o flonum-mult.o frags.o hash.o
> > input-file.o input-scrub.o listing.o literal.o macro.o messages.o
> > output-file.o read.o sb.o stabs.o subsegs.o symbols.o write.o tc-arm.o
> > obj-elf.o
> > atof-ieee.o ../opcodes/.libs/libopcodes.so ../bfd/.libs/libbfd.so
> > -L/home/jnewell/work/t2-trunk/src.binutils.default.20070703.145344.14953.
> >orion.eng.wgate.com/binutils-2.17.50.0.15/objdir/libiberty/pic -liberty
> > ../libiberty/libiberty.a
> > /home/jnewell/work/t2-trunk/src.binutils.default.20070703.145344.14953.or
> >ion.eng.wgate.com/binutils-2.17.50.0.15/objdir/libiberty/pic/libiberty.a(f
> >loatformat.o): In function `floatformat_from_double':
> > floatformat.c:(.text+0x2d8): undefined reference to `frexp'
> > floatformat.c:(.text+0x350): undefined reference to `ldexp'
> > /home/jnewell/work/t2-trunk/src.binutils.default.20070703.145344.14953.or
> >ion.eng.wgate.com/binutils-2.17.50.0.15/objdir/libiberty/pic/libiberty.a(f
> >loatformat.o): In function `floatformat_to_double':
> > floatformat.c:(.text+0x530): undefined reference to `ldexp'
> > floatformat.c:(.text+0x5b8): undefined reference to `ldexp'
> > collect2: ld returned 1 exit status
> > make[4]: *** [as-new] Error 1
> > make[4]: Leaving directory
> > `/home/jnewell/work/t2-trunk/src.binutils.default.20070703.145344.14953.o
> >rion.eng.wgate.com/binutils-2.17.50.0.15/objdir/gas'
> >
> > I believe the binutils/gas requires libm. I used the ./debug.sh t2
> > feature to modify the binutils/gas/configure file to add need_libm=yes
> > with fixfile and fixfilediff > ../package/diffname, but the new patch
> > doesn't seem to be permanent when I rerun the ./script/Build-Target
> > command again. Any hints on this would be great.
>
> Where exactly did you add this need_libm? Normally patching configure
> should have effect. Maybe the following helps, you can either prefil the
> config.cache if this configure part is associated with some config.cache
> value like:
>
> hook_add preconf 5 "echo 'ac_cv_whatever=yes' >> ./config.cache"
>
> in the packages's .conf
>
> Or just use the T2 compiler wraper to inject "-lm":
>
> var_append CC_WRAPPER_APPEND ' ' '-lm'
>
> I hope this helps - yours,


Attachment: kernel26-disable.diff
Description: Text Data

-----------------------------------------------------------
If you wish to unsubscribe from this mailing, send mail to
lists@xxxxxxxxxxxxxx with a subject of: unsubscribe t2
<Prev in Thread] Current Thread [Next in Thread>
Google Custom Search

News | FAQ | advertise