[U-Boot] Build failures at bb3bcfa2

[U-Boot] Build failures at bb3bcfa2

[Premi, Sanjeev]

Hi all,

Just pulled latest master at:

commit bb3bcfa2426cc6a0aecec7270e3ee67ca843a125
Merge: a200a7c 4b142fe
Author: Wolfgang Denk <wd@denx.de>
Date:   Tue Dec 15 23:38:34 2009 +0100

    Merge branch 'next' of ../next

However, I am noticing build failures. See log below:

Best regards,
Sanjeev

premi # make distclean
premi # make omap3_evm_config
Configuring for omap3_evm board...
premi # make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi-
Generating include/autoconf.mk
Generating include/autoconf.mk.dep
for dir in tools examples/standalone examples/api ; do make -C $dir _depend ; done
make[1]: Entering directory `/home/premi/u-boot/tools'
make[1]: Leaving directory `/home/premi/u-boot/tools'
make[1]: Entering directory `/home/premi/u-boot/tools'
make[1]: Nothing to be done for `_depend'.
make[1]: Leaving directory `/home/premi/u-boot/tools'
make[1]: Entering directory `/home/premi/u-boot/examples/standalone'
make[1]: Leaving directory `/home/premi/u-boot/examples/standalone'
make[1]: Entering directory `/home/premi/u-boot/examples/standalone'
make[1]: Nothing to be done for `_depend'.
make[1]: Leaving directory `/home/premi/u-boot/examples/standalone'
make[1]: Entering directory `/home/premi/u-boot/examples/api'
make[1]: Nothing to be done for `_depend'.
make[1]: Leaving directory `/home/premi/u-boot/examples/api'
make -C tools all
make[1]: Entering directory `/home/premi/u-boot/tools'
arm-none-linux-gnueabi-gcc  -g  -Os   -fno-common -ffixed-r8 -msoft-float   -D__KERNEL__ -DTEXT_BASE=0x80e80000 -I/home/premi/u-boot/include -fno-builtin -ffreestanding -nostdinc -isystem /opt/codesourcery/2009q1-203/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/include -pipe  -DCONFIG_ARM -D__ARM__ -marm  -mabi=aapcs-linux -mno-thumb-interwork -march=armv5 -Wall -Wstrict-prototypes -fno-stack-protector   -o crc32.o crc32.c -c
arm-none-linux-gnueabi-gcc  -g  -Os   -fno-common -ffixed-r8 -msoft-float   -D__KERNEL__ -DTEXT_BASE=0x80e80000 -I/home/premi/u-boot/include -fno-builtin -ffreestanding -nostdinc -isystem /opt/codesourcery/2009q1-203/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/include -pipe  -DCONFIG_ARM -D__ARM__ -marm  -mabi=aapcs-linux -mno-thumb-interwork -march=armv5 -Wall -Wstrict-prototypes -fno-stack-protector   -o env_embedded.o env_embedded.c -c
gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -idirafter /home/premi/u-boot/include -idirafter /home/premi/u-boot/include2 -idirafter /home/premi/u-boot/include -I /home/premi/u-boot/libfdt -I /home/premi/u-boot/tools -DTEXT_BASE=0x80e80000 -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES -pedantic   -o envcrc.o envcrc.c -c
arm-none-linux-gnueabi-gcc  -g  -Os   -fno-common -ffixed-r8 -msoft-float   -D__KERNEL__ -DTEXT_BASE=0x80e80000 -I/home/premi/u-boot/include -fno-builtin -ffreestanding -nostdinc -isystem /opt/codesourcery/2009q1-203/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/include -pipe  -DCONFIG_ARM -D__ARM__ -marm  -mabi=aapcs-linux -mno-thumb-interwork -march=armv5 -Wall -Wstrict-prototypes -fno-stack-protector   -o sha1.o sha1.c -c
gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -idirafter /home/premi/u-boot/include -idirafter /home/premi/u-boot/include2 -idirafter /home/premi/u-boot/include -I /home/premi/u-boot/libfdt -I /home/premi/u-boot/tools -DTEXT_BASE=0x80e80000 -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES -pedantic  -o envcrc crc32.o env_embedded.o envcrc.o sha1.o
/usr/bin/ld: crc32.o: Relocations in generic ELF (EM: 40)
crc32.o: could not read symbols: File in wrong format
collect2: ld returned 1 exit status
make[1]: *** [envcrc] Error 1
make[1]: Leaving directory `/home/premi/u-boot/tools'
make: *** [tools] Error 2
premi #

[U-Boot] Build failures at bb3bcfa2

[Stefan Roese]

On Wednesday 16 December 2009 10:52:44 Premi, Sanjeev wrote:
> Just pulled latest master at:
> 
> commit bb3bcfa2426cc6a0aecec7270e3ee67ca843a125
> Merge: a200a7c 4b142fe
> Author: Wolfgang Denk <wd@denx.de>
> Date:   Tue Dec 15 23:38:34 2009 +0100
> 
>     Merge branch 'next' of ../next
> 
> However, I am noticing build failures. See log below:
> 
> Best regards,
> Sanjeev
> 
> premi # make distclean
> premi # make omap3_evm_config
> Configuring for omap3_evm board...
> premi # make ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi-
> Generating include/autoconf.mk
> Generating include/autoconf.mk.dep
> for dir in tools examples/standalone examples/api ; do make -C $dir _depend
>  ; done make[1]: Entering directory `/home/premi/u-boot/tools'
> make[1]: Leaving directory `/home/premi/u-boot/tools'
> make[1]: Entering directory `/home/premi/u-boot/tools'
> make[1]: Nothing to be done for `_depend'.
> make[1]: Leaving directory `/home/premi/u-boot/tools'
> make[1]: Entering directory `/home/premi/u-boot/examples/standalone'
> make[1]: Leaving directory `/home/premi/u-boot/examples/standalone'
> make[1]: Entering directory `/home/premi/u-boot/examples/standalone'
> make[1]: Nothing to be done for `_depend'.
> make[1]: Leaving directory `/home/premi/u-boot/examples/standalone'
> make[1]: Entering directory `/home/premi/u-boot/examples/api'
> make[1]: Nothing to be done for `_depend'.
> make[1]: Leaving directory `/home/premi/u-boot/examples/api'
> make -C tools all
> make[1]: Entering directory `/home/premi/u-boot/tools'
> arm-none-linux-gnueabi-gcc  -g  -Os   -fno-common -ffixed-r8 -msoft-float  
>  -D__KERNEL__ -DTEXT_BASE=0x80e80000 -I/home/premi/u-boot/include
>  -fno-builtin -ffreestanding -nostdinc -isystem
>  /opt/codesourcery/2009q1-203/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/i
> nclude -pipe  -DCONFIG_ARM -D__ARM__ -marm  -mabi=aapcs-linux
>  -mno-thumb-interwork -march=armv5 -Wall -Wstrict-prototypes
>  -fno-stack-protector   -o crc32.o crc32.c -c arm-none-linux-gnueabi-gcc 
>  -g  -Os   -fno-common -ffixed-r8 -msoft-float   -D__KERNEL__
>  -DTEXT_BASE=0x80e80000 -I/home/premi/u-boot/include -fno-builtin
>  -ffreestanding -nostdinc -isystem
>  /opt/codesourcery/2009q1-203/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/i
> nclude -pipe  -DCONFIG_ARM -D__ARM__ -marm  -mabi=aapcs-linux
>  -mno-thumb-interwork -march=armv5 -Wall -Wstrict-prototypes
>  -fno-stack-protector   -o env_embedded.o env_embedded.c -c gcc -Wall
>  -Wstrict-prototypes -O2 -fomit-frame-pointer -idirafter
>  /home/premi/u-boot/include -idirafter /home/premi/u-boot/include2
>  -idirafter /home/premi/u-boot/include -I /home/premi/u-boot/libfdt -I
>  /home/premi/u-boot/tools -DTEXT_BASE=0x80e80000 -DUSE_HOSTCC
>  -D__KERNEL_STRICT_NAMES -pedantic   -o envcrc.o envcrc.c -c
>  arm-none-linux-gnueabi-gcc  -g  -Os   -fno-common -ffixed-r8 -msoft-float 
>   -D__KERNEL__ -DTEXT_BASE=0x80e80000 -I/home/premi/u-boot/include
>  -fno-builtin -ffreestanding -nostdinc -isystem
>  /opt/codesourcery/2009q1-203/bin/../lib/gcc/arm-none-linux-gnueabi/4.3.3/i
> nclude -pipe  -DCONFIG_ARM -D__ARM__ -marm  -mabi=aapcs-linux
>  -mno-thumb-interwork -march=armv5 -Wall -Wstrict-prototypes
>  -fno-stack-protector   -o sha1.o sha1.c -c gcc -Wall -Wstrict-prototypes
>  -O2 -fomit-frame-pointer -idirafter /home/premi/u-boot/include -idirafter
>  /home/premi/u-boot/include2 -idirafter /home/premi/u-boot/include -I
>  /home/premi/u-boot/libfdt -I /home/premi/u-boot/tools
>  -DTEXT_BASE=0x80e80000 -DUSE_HOSTCC -D__KERNEL_STRICT_NAMES -pedantic  -o
>  envcrc crc32.o env_embedded.o envcrc.o sha1.o /usr/bin/ld: crc32.o:
>  Relocations in generic ELF (EM: 40)
> crc32.o: could not read symbols: File in wrong format
> collect2: ld returned 1 exit status
> make[1]: *** [envcrc] Error 1
> make[1]: Leaving directory `/home/premi/u-boot/tools'
> make: *** [tools] Error 2

Most likely the same problem I stumbled upon a few days ago. Here my thread:

http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/71125/focus=72327

Do you by any chance have a copy of/link to crc32.c, env_embedded.c, etc. 
sitting in your tools directory?

Cheers,
Stefan

--
DENX Software Engineering GmbH,      MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-0 Fax: (+49)-8142-66989-80 Email: office at denx.de

[U-Boot] Build failures at bb3bcfa2

[Premi, Sanjeev]

> -----Original Message-----
> From: Stefan Roese [mailto:sr at denx.de] 
> Sent: Wednesday, December 16, 2009 3:34 PM
> To: u-boot at lists.denx.de
> Cc: Premi, Sanjeev
> Subject: Re: [U-Boot] Build failures at bb3bcfa2
> 
> On Wednesday 16 December 2009 10:52:44 Premi, Sanjeev wrote:
> > Just pulled latest master at:
> > 
> > commit bb3bcfa2426cc6a0aecec7270e3ee67ca843a125
> > Merge: a200a7c 4b142fe
> > Author: Wolfgang Denk <wd@denx.de>
> > Date:   Tue Dec 15 23:38:34 2009 +0100
> > 
> >     Merge branch 'next' of ../next
> > 
> > However, I am noticing build failures. See log below:
> > 

[snip]--[snip]

> >  envcrc crc32.o env_embedded.o envcrc.o sha1.o /usr/bin/ld: crc32.o:
> >  Relocations in generic ELF (EM: 40)
> > crc32.o: could not read symbols: File in wrong format
> > collect2: ld returned 1 exit status
> > make[1]: *** [envcrc] Error 1
> > make[1]: Leaving directory `/home/premi/u-boot/tools'
> > make: *** [tools] Error 2
> 
> Most likely the same problem I stumbled upon a few days ago. 
> Here my thread:
> 
> http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/71125/f
> ocus=72327
> 
> Do you by any chance have a copy of/link to crc32.c, 
> env_embedded.c, etc. 
> sitting in your tools directory?

Yes. I do have them. I looked at the thread; and the problem is same.

One question: Theses links were not manually created. They would have
been created earlier by some script; and or specific patch.

If they are not needed; is it possible to remove them by a
make distclean/mrproper - I had tried both.

If it makes sense; I can attempt making a quick patch.

Best regards,
Sanjeev

> 
> Cheers,
> Stefan
> 
> --
> DENX Software Engineering GmbH,      MD: Wolfgang Denk & Detlev Zundel
> HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
> Phone: (+49)-8142-66989-0 Fax: (+49)-8142-66989-80 Email: 
> office at denx.de
> 

[U-Boot] Build failures at bb3bcfa2

[Stefan Roese]

On Wednesday 16 December 2009 12:49:09 Premi, Sanjeev wrote:
> > >  envcrc crc32.o env_embedded.o envcrc.o sha1.o /usr/bin/ld: crc32.o:
> > >  Relocations in generic ELF (EM: 40)
> > > crc32.o: could not read symbols: File in wrong format
> > > collect2: ld returned 1 exit status
> > > make[1]: *** [envcrc] Error 1
> > > make[1]: Leaving directory `/home/premi/u-boot/tools'
> > > make: *** [tools] Error 2
> >
> > Most likely the same problem I stumbled upon a few days ago.
> > Here my thread:
> >
> > http://thread.gmane.org/gmane.comp.boot-loaders.u-boot/71125/f
> > ocus=72327
> >
> > Do you by any chance have a copy of/link to crc32.c,
> > env_embedded.c, etc.
> > sitting in your tools directory?
> 
> Yes. I do have them. I looked at the thread; and the problem is same.
> 
> One question: Theses links were not manually created. They would have
> been created earlier by some script; and or specific patch.

I have to admit that I don't know how those files/links were created.
 
> If they are not needed; is it possible to remove them by a
> make distclean/mrproper - I had tried both.
> 
> If it makes sense; I can attempt making a quick patch.

git could help here. "git clean" should remove those files/links for you.

Cheers,
Stefan

--
DENX Software Engineering GmbH,      MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich,  Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-0 Fax: (+49)-8142-66989-80 Email: office at denx.de

[U-Boot] Build failures at bb3bcfa2

[Wolfgang Denk]

Dear "Premi, Sanjeev",

In message <B85A65D85D7EB246BE421B3FB0FBB59301E157B034@dbde02.ent.ti.com> you wrote:
>
> Yes. I do have them. I looked at the thread; and the problem is same.
> 
> One question: Theses links were not manually created. They would have
> been created earlier by some script; and or specific patch.

They used to be created by the Makefiles. This was changed by commit
fb8b33c1 "tools/Makefile: Remove symlinks for remaining source files".

> If they are not needed; is it possible to remove them by a
> make distclean/mrproper - I had tried both.

When they were created by the Makefiles, they were also removed by
the distclean/mrproper targets. It seems you left them hanging around
while updating the code - you should always run "make mrproper"
before updating the tree. Even better: always use out-of-tree builds,
so your repository does not collect any such crap.

> If it makes sense; I can attempt making a quick patch.

I consider this a usage error. No fix is needed.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
Quantum Mechanics is God's version of "Trust me."

[U-Boot] Build failures at bb3bcfa2

[Premi, Sanjeev]

> -----Original Message-----
> From: Wolfgang Denk [mailto:wd at denx.de] 
> Sent: Wednesday, December 16, 2009 8:47 PM
> To: Premi, Sanjeev
> Cc: Stefan Roese; u-boot at lists.denx.de
> Subject: Re: [U-Boot] Build failures at bb3bcfa2
> 
> Dear "Premi, Sanjeev",
> 
> In message 
> <B85A65D85D7EB246BE421B3FB0FBB59301E157B034@dbde02.ent.ti.com>
>  you wrote:
> >
> > Yes. I do have them. I looked at the thread; and the 
> problem is same.
> > 
> > One question: Theses links were not manually created. They 
> would have
> > been created earlier by some script; and or specific patch.
> 
> They used to be created by the Makefiles. This was changed by commit
> fb8b33c1 "tools/Makefile: Remove symlinks for remaining source files".
> 
> > If they are not needed; is it possible to remove them by a
> > make distclean/mrproper - I had tried both.
> 
> When they were created by the Makefiles, they were also removed by
> the distclean/mrproper targets. It seems you left them hanging around
> while updating the code - you should always run "make mrproper"
> before updating the tree. Even better: always use out-of-tree builds,
> so your repository does not collect any such crap.

I ran distclean/mrproper after git-pull.

> 
> > If it makes sense; I can attempt making a quick patch.
> 
> I consider this a usage error. No fix is needed.

Agreed. Stefan provided good explanation earlier.

Best regards,
Sanjeev

> 
> Best regards,
> 
> Wolfgang Denk
> 
> -- 
> DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
> HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
> Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
> Quantum Mechanics is God's version of "Trust me."
> 

[U-Boot] Build failures at bb3bcfa2

[Wolfgang Denk]

Dear "Premi, Sanjeev",

In message <B85A65D85D7EB246BE421B3FB0FBB59301E157B19F@dbde02.ent.ti.com> you wrote:
> 
> > When they were created by the Makefiles, they were also removed by
> > the distclean/mrproper targets. It seems you left them hanging around
> > while updating the code - you should always run "make mrproper"
> > before updating the tree. Even better: always use out-of-tree builds,
> > so your repository does not collect any such crap.
> 
> I ran distclean/mrproper after git-pull.

You should have done this _before_ pulling the changes - the new,
changed Makefiles did not create those links any more, so they did not
remove them either.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
Don't you know anything? I should have thought anyone knows that  who
knows anything about anything...      - Terry Pratchett, _Soul Music_