* elfutils build fails on Fedroa 14
@ 2010-12-05 12:57 Wolfgang Denk
2010-12-11 10:47 ` Khem Raj
0 siblings, 1 reply; 8+ messages in thread
From: Wolfgang Denk @ 2010-12-05 12:57 UTC (permalink / raw)
To: poky
Trying to build on a Fedora 14 box, elfutis fails with this error:
...
| make[2]: Entering directory `/opt/poky/build-laverne-4.0-kilauea/tmp/work/x86_64-linux/elfutils-native-0.148-r1/elfutils-0.148/src'
...
| ccache gcc -std=gnu99 -Wall -Wshadow -Werror -Wunused -Wextra -fgnu89-inline -Wformat=2 -isystem/opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-linux/usr/include -O2 -Wl,-rpath-link,../libelf:../libdw -L/opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath-link,/opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath,/opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-linux/usr/lib -Wl,-O1 -o objdump objdump.o ../libasm/libasm.so ../libebl/libebl.a ../libelf/libelf.so ../lib/libeu.a -ldl
| ./ld: unrecognized option '--no-add-needed'
| Try `ld --help' or `ld --usage' for more information.
| collect2: ld returned 64 exit status
| make[2]: *** [addr2line] Error 1
| make[2]: *** Waiting for unfinished jobs....
| ./ld: unrecognized option '--no-add-needed'
| Try `ld --help' or `ld --usage' for more information.
| collect2: ld returned 64 exit status
| make[2]: *** [elfcmp] Error 1
| ./ld: unrecognized option '--no-add-needed'
| Try `ld --help' or `ld --usage' for more information.
| collect2: ld returned 64 exit status
In Fedora 14, the following command gets generated:
/usr/libexec/gcc/x86_64-redhat-linux/4.5.1/collect2 --build-id --no-add-needed --eh-frame-hdr -m elf_x86_64 --hash-style=gnu -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o objdump /usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../../../lib64/crt1.o /usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-linux/4.5.1/crtbegin.o -L/opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-linux/usr/lib -L/usr/lib/gcc/x86_64-redhat-linux/4.5.1 -L/usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../.. --add-needed -rpath-link ../libelf:../libdw -rpath-link /opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-linux/usr/lib -rpath /opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-linux/usr/lib -O1 objdump.o ../libasm/libasm.so ../libebl/libebl.a ../libelf/libelf.so ../lib/libeu.a -ldl -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as
-needed /usr/lib/gcc/x86_64-redhat-linux/4.5.1/crtend.o /usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../../../lib64/crtn.o
./ld: unrecognized option '--no-add-needed'
Try `ld --help' or `ld --usage' for more information.
collect2: ld returned 64 exit status
Unfortunately the "ld" command in elfutils-0.148 does not understand
the '--no-add-needed'; I've tried to find any existing fixes for
this, but what I found just added a "-Xlinker --add-needed" to the
command line, which does not help here since ./ld understands neither
'--no-add-needed' nor '--add-needed'.
Any ideas?
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@denx.de
The use of anthropomorphic terminology when dealing with computing
systems is a symptom of professional immaturity. -- Edsger Dijkstra
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: elfutils build fails on Fedroa 14
2010-12-05 12:57 elfutils build fails on Fedroa 14 Wolfgang Denk
@ 2010-12-11 10:47 ` Khem Raj
2010-12-15 16:26 ` Kamble, Nitin A
0 siblings, 1 reply; 8+ messages in thread
From: Khem Raj @ 2010-12-11 10:47 UTC (permalink / raw)
To: Wolfgang Denk; +Cc: poky
On (05/12/10 13:57), Wolfgang Denk wrote:
> Trying to build on a Fedora 14 box, elfutis fails with this error:
>
> ...
> | make[2]: Entering directory `/opt/poky/build-laverne-4.0-kilauea/tmp/work/x86_64-linux/elfutils-native-0.148-r1/elfutils-0.148/src'
> ...
> | ccache gcc -std=gnu99 -Wall -Wshadow -Werror -Wunused -Wextra -fgnu89-inline -Wformat=2 -isystem/opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-linux/usr/include -O2 -Wl,-rpath-link,../libelf:../libdw -L/opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath-link,/opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath,/opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-linux/usr/lib -Wl,-O1 -o objdump objdump.o ../libasm/libasm.so ../libebl/libebl.a ../libelf/libelf.so ../lib/libeu.a -ldl
> | ./ld: unrecognized option '--no-add-needed'
> | Try `ld --help' or `ld --usage' for more information.
> | collect2: ld returned 64 exit status
> | make[2]: *** [addr2line] Error 1
> | make[2]: *** Waiting for unfinished jobs....
> | ./ld: unrecognized option '--no-add-needed'
> | Try `ld --help' or `ld --usage' for more information.
> | collect2: ld returned 64 exit status
> | make[2]: *** [elfcmp] Error 1
> | ./ld: unrecognized option '--no-add-needed'
> | Try `ld --help' or `ld --usage' for more information.
> | collect2: ld returned 64 exit status
>
> In Fedora 14, the following command gets generated:
>
> /usr/libexec/gcc/x86_64-redhat-linux/4.5.1/collect2 --build-id --no-add-needed --eh-frame-hdr -m elf_x86_64 --hash-style=gnu -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o objdump /usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../../../lib64/crt1.o /usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-linux/4.5.1/crtbegin.o -L/opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-linux/usr/lib -L/usr/lib/gcc/x86_64-redhat-linux/4.5.1 -L/usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../.. --add-needed -rpath-link ../libelf:../libdw -rpath-link /opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-linux/usr/lib -rpath /opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-linux/usr/lib -O1 objdump.o ../libasm/libasm.so ../libebl/libebl.a ../libelf/libelf.so ../lib/libeu.a -ldl -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as
> -needed /usr/lib/gcc/x86_64-redhat-linux/4.5.1/crtend.o /usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../../../lib64/crtn.o
> ./ld: unrecognized option '--no-add-needed'
> Try `ld --help' or `ld --usage' for more information.
> collect2: ld returned 64 exit status
>
> Unfortunately the "ld" command in elfutils-0.148 does not understand
> the '--no-add-needed'; I've tried to find any existing fixes for
> this, but what I found just added a "-Xlinker --add-needed" to the
> command line, which does not help here since ./ld understands neither
> '--no-add-needed' nor '--add-needed'.
>
> Any ideas?
I think we really dont need the tools part only libelf is needed so one way
is to not build everything but just do targetted make targets and avoid
building tools as its happening
secondly you could try to add --program-prefix="elfutils-" or somesuch
then the linker from elfutils will be called elfutils-ld but I dont know if
it will work because renaming happens during the install phase you have to try it out.
-Khem
>
> 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@denx.de
> The use of anthropomorphic terminology when dealing with computing
> systems is a symptom of professional immaturity. -- Edsger Dijkstra
> _______________________________________________
> poky mailing list
> poky@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/poky
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: elfutils build fails on Fedroa 14
2010-12-11 10:47 ` Khem Raj
@ 2010-12-15 16:26 ` Kamble, Nitin A
2010-12-15 16:44 ` Joshua Lock
0 siblings, 1 reply; 8+ messages in thread
From: Kamble, Nitin A @ 2010-12-15 16:26 UTC (permalink / raw)
To: Khem Raj, Wolfgang Denk; +Cc: poky@yoctoproject.org
>
> On (05/12/10 13:57), Wolfgang Denk wrote:
> > Trying to build on a Fedora 14 box, elfutis fails with this error:
> >
> > ...
> > | make[2]: Entering directory `/opt/poky/build-laverne-4.0-
> kilauea/tmp/work/x86_64-linux/elfutils-native-0.148-r1/elfutils-
> 0.148/src'
> > ...
> > | ccache gcc -std=gnu99 -Wall -Wshadow -Werror -Wunused -Wextra -
> fgnu89-inline -Wformat=2 -isystem/opt/poky/build-laverne-4.0-
> kilauea/tmp/sysroots/x86_64-linux/usr/include -O2 -Wl,-rpath-
> link,../libelf:../libdw -L/opt/poky/build-laverne-4.0-
> kilauea/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath-
> link,/opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-
> linux/usr/lib -Wl,-rpath,/opt/poky/build-laverne-4.0-
> kilauea/tmp/sysroots/x86_64-linux/usr/lib -Wl,-O1 -o objdump objdump.o
> ../libasm/libasm.so ../libebl/libebl.a ../libelf/libelf.so
> ../lib/libeu.a -ldl
> > | ./ld: unrecognized option '--no-add-needed'
> > | Try `ld --help' or `ld --usage' for more information.
> > | collect2: ld returned 64 exit status
> > | make[2]: *** [addr2line] Error 1
> > | make[2]: *** Waiting for unfinished jobs....
> > | ./ld: unrecognized option '--no-add-needed'
> > | Try `ld --help' or `ld --usage' for more information.
> > | collect2: ld returned 64 exit status
> > | make[2]: *** [elfcmp] Error 1
> > | ./ld: unrecognized option '--no-add-needed'
> > | Try `ld --help' or `ld --usage' for more information.
> > | collect2: ld returned 64 exit status
> >
> > In Fedora 14, the following command gets generated:
> >
> > /usr/libexec/gcc/x86_64-redhat-linux/4.5.1/collect2 --build-id --no-
> add-needed --eh-frame-hdr -m elf_x86_64 --hash-style=gnu -dynamic-
> linker /lib64/ld-linux-x86-64.so.2 -o objdump /usr/lib/gcc/x86_64-
> redhat-linux/4.5.1/../../../../lib64/crt1.o /usr/lib/gcc/x86_64-redhat-
> linux/4.5.1/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-
> linux/4.5.1/crtbegin.o -L/opt/poky/build-laverne-4.0-
> kilauea/tmp/sysroots/x86_64-linux/usr/lib -L/usr/lib/gcc/x86_64-redhat-
> linux/4.5.1 -L/usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../../../lib64
> -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-
> linux/4.5.1/../../.. --add-needed -rpath-link ../libelf:../libdw -
> rpath-link /opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-
> linux/usr/lib -rpath /opt/poky/build-laverne-4.0-
> kilauea/tmp/sysroots/x86_64-linux/usr/lib -O1 objdump.o
> ../libasm/libasm.so ../libebl/libebl.a ../libelf/libelf.so
> ../lib/libeu.a -ldl -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc
> --as-needed -lgcc_s --no-
> as
> > -needed /usr/lib/gcc/x86_64-redhat-linux/4.5.1/crtend.o
> /usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../../../lib64/crtn.o
> > ./ld: unrecognized option '--no-add-needed'
> > Try `ld --help' or `ld --usage' for more information.
> > collect2: ld returned 64 exit status
> >
> > Unfortunately the "ld" command in elfutils-0.148 does not understand
> > the '--no-add-needed'; I've tried to find any existing fixes for
> > this, but what I found just added a "-Xlinker --add-needed" to the
> > command line, which does not help here since ./ld understands neither
> > '--no-add-needed' nor '--add-needed'.
> >
> > Any ideas?
>
> I think we really dont need the tools part only libelf is needed so one
> way
> is to not build everything but just do targetted make targets and avoid
> building tools as its happening
>
> secondly you could try to add --program-prefix="elfutils-" or somesuch
> then the linker from elfutils will be called elfutils-ld but I dont
> know if
> it will work because renaming happens during the install phase you have
> to try it out.
>
> -Khem
Has anybody else seeing this failure? I am building on the fedora 14 x86_64, with latest master and I do not see this issue.
Wolfgang, Are you using any different layer or machine with this failure ?
Thanks,
Nitin
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: elfutils build fails on Fedroa 14
2010-12-15 16:26 ` Kamble, Nitin A
@ 2010-12-15 16:44 ` Joshua Lock
2010-12-15 16:49 ` Joshua Lock
0 siblings, 1 reply; 8+ messages in thread
From: Joshua Lock @ 2010-12-15 16:44 UTC (permalink / raw)
To: poky
On Wed, 2010-12-15 at 08:26 -0800, Kamble, Nitin A wrote:
> >
> > On (05/12/10 13:57), Wolfgang Denk wrote:
> > > Trying to build on a Fedora 14 box, elfutis fails with this error:
> > >
> > > ...
> > > | make[2]: Entering directory `/opt/poky/build-laverne-4.0-
> > kilauea/tmp/work/x86_64-linux/elfutils-native-0.148-r1/elfutils-
> > 0.148/src'
> > > ...
> > > | ccache gcc -std=gnu99 -Wall -Wshadow -Werror -Wunused -Wextra -
> > fgnu89-inline -Wformat=2 -isystem/opt/poky/build-laverne-4.0-
> > kilauea/tmp/sysroots/x86_64-linux/usr/include -O2 -Wl,-rpath-
> > link,../libelf:../libdw -L/opt/poky/build-laverne-4.0-
> > kilauea/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath-
> > link,/opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-
> > linux/usr/lib -Wl,-rpath,/opt/poky/build-laverne-4.0-
> > kilauea/tmp/sysroots/x86_64-linux/usr/lib -Wl,-O1 -o objdump objdump.o
> > ../libasm/libasm.so ../libebl/libebl.a ../libelf/libelf.so
> > ../lib/libeu.a -ldl
> > > | ./ld: unrecognized option '--no-add-needed'
> > > | Try `ld --help' or `ld --usage' for more information.
> > > | collect2: ld returned 64 exit status
> > > | make[2]: *** [addr2line] Error 1
> > > | make[2]: *** Waiting for unfinished jobs....
> > > | ./ld: unrecognized option '--no-add-needed'
> > > | Try `ld --help' or `ld --usage' for more information.
> > > | collect2: ld returned 64 exit status
> > > | make[2]: *** [elfcmp] Error 1
> > > | ./ld: unrecognized option '--no-add-needed'
> > > | Try `ld --help' or `ld --usage' for more information.
> > > | collect2: ld returned 64 exit status
> > >
> > > In Fedora 14, the following command gets generated:
> > >
> > > /usr/libexec/gcc/x86_64-redhat-linux/4.5.1/collect2 --build-id --no-
> > add-needed --eh-frame-hdr -m elf_x86_64 --hash-style=gnu -dynamic-
> > linker /lib64/ld-linux-x86-64.so.2 -o objdump /usr/lib/gcc/x86_64-
> > redhat-linux/4.5.1/../../../../lib64/crt1.o /usr/lib/gcc/x86_64-redhat-
> > linux/4.5.1/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-
> > linux/4.5.1/crtbegin.o -L/opt/poky/build-laverne-4.0-
> > kilauea/tmp/sysroots/x86_64-linux/usr/lib -L/usr/lib/gcc/x86_64-redhat-
> > linux/4.5.1 -L/usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../../../lib64
> > -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-
> > linux/4.5.1/../../.. --add-needed -rpath-link ../libelf:../libdw -
> > rpath-link /opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-
> > linux/usr/lib -rpath /opt/poky/build-laverne-4.0-
> > kilauea/tmp/sysroots/x86_64-linux/usr/lib -O1 objdump.o
> > ../libasm/libasm.so ../libebl/libebl.a ../libelf/libelf.so
> > ../lib/libeu.a -ldl -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc
> > --as-needed -lgcc_s --no-
> > as
> > > -needed /usr/lib/gcc/x86_64-redhat-linux/4.5.1/crtend.o
> > /usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../../../lib64/crtn.o
> > > ./ld: unrecognized option '--no-add-needed'
> > > Try `ld --help' or `ld --usage' for more information.
> > > collect2: ld returned 64 exit status
> > >
> > > Unfortunately the "ld" command in elfutils-0.148 does not understand
> > > the '--no-add-needed'; I've tried to find any existing fixes for
> > > this, but what I found just added a "-Xlinker --add-needed" to the
> > > command line, which does not help here since ./ld understands neither
> > > '--no-add-needed' nor '--add-needed'.
> > >
> > > Any ideas?
> >
> > I think we really dont need the tools part only libelf is needed so one
> > way
> > is to not build everything but just do targetted make targets and avoid
> > building tools as its happening
> >
> > secondly you could try to add --program-prefix="elfutils-" or somesuch
> > then the linker from elfutils will be called elfutils-ld but I dont
> > know if
> > it will work because renaming happens during the install phase you have
> > to try it out.
> >
> > -Khem
>
> Has anybody else seeing this failure? I am building on the fedora 14
> x86_64, with latest master and I do not see this issue.
>
> Wolfgang, Are you using any different layer or machine with this failure ?
I suspect this is an issue whereby an unsupported MACHINE has been added
and something has caused the linker to become subtly broken. This may
well be a BSP documentation issue - I'm expecting that this may all stem
from some missing COMPATIBLE_MACHINE declaration resulting in an
unsupported mixture of components being used.
I'm hoping to get time to step through this issue and reproduce. Unless
someone else would like to volunteer? ;-)
Cheers,
Joshua
--
Joshua Lock
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: elfutils build fails on Fedroa 14
2010-12-15 16:44 ` Joshua Lock
@ 2010-12-15 16:49 ` Joshua Lock
2010-12-17 1:19 ` Kamble, Nitin A
0 siblings, 1 reply; 8+ messages in thread
From: Joshua Lock @ 2010-12-15 16:49 UTC (permalink / raw)
To: poky
On Wed, 2010-12-15 at 16:44 +0000, Joshua Lock wrote:
> On Wed, 2010-12-15 at 08:26 -0800, Kamble, Nitin A wrote:
> > >
> > > On (05/12/10 13:57), Wolfgang Denk wrote:
> > > > Trying to build on a Fedora 14 box, elfutis fails with this error:
> > > >
> > > > ...
> > > > | make[2]: Entering directory `/opt/poky/build-laverne-4.0-
> > > kilauea/tmp/work/x86_64-linux/elfutils-native-0.148-r1/elfutils-
> > > 0.148/src'
> > > > ...
> > > > | ccache gcc -std=gnu99 -Wall -Wshadow -Werror -Wunused -Wextra -
> > > fgnu89-inline -Wformat=2 -isystem/opt/poky/build-laverne-4.0-
> > > kilauea/tmp/sysroots/x86_64-linux/usr/include -O2 -Wl,-rpath-
> > > link,../libelf:../libdw -L/opt/poky/build-laverne-4.0-
> > > kilauea/tmp/sysroots/x86_64-linux/usr/lib -Wl,-rpath-
> > > link,/opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-
> > > linux/usr/lib -Wl,-rpath,/opt/poky/build-laverne-4.0-
> > > kilauea/tmp/sysroots/x86_64-linux/usr/lib -Wl,-O1 -o objdump objdump.o
> > > ../libasm/libasm.so ../libebl/libebl.a ../libelf/libelf.so
> > > ../lib/libeu.a -ldl
> > > > | ./ld: unrecognized option '--no-add-needed'
> > > > | Try `ld --help' or `ld --usage' for more information.
> > > > | collect2: ld returned 64 exit status
> > > > | make[2]: *** [addr2line] Error 1
> > > > | make[2]: *** Waiting for unfinished jobs....
> > > > | ./ld: unrecognized option '--no-add-needed'
> > > > | Try `ld --help' or `ld --usage' for more information.
> > > > | collect2: ld returned 64 exit status
> > > > | make[2]: *** [elfcmp] Error 1
> > > > | ./ld: unrecognized option '--no-add-needed'
> > > > | Try `ld --help' or `ld --usage' for more information.
> > > > | collect2: ld returned 64 exit status
> > > >
> > > > In Fedora 14, the following command gets generated:
> > > >
> > > > /usr/libexec/gcc/x86_64-redhat-linux/4.5.1/collect2 --build-id --no-
> > > add-needed --eh-frame-hdr -m elf_x86_64 --hash-style=gnu -dynamic-
> > > linker /lib64/ld-linux-x86-64.so.2 -o objdump /usr/lib/gcc/x86_64-
> > > redhat-linux/4.5.1/../../../../lib64/crt1.o /usr/lib/gcc/x86_64-redhat-
> > > linux/4.5.1/../../../../lib64/crti.o /usr/lib/gcc/x86_64-redhat-
> > > linux/4.5.1/crtbegin.o -L/opt/poky/build-laverne-4.0-
> > > kilauea/tmp/sysroots/x86_64-linux/usr/lib -L/usr/lib/gcc/x86_64-redhat-
> > > linux/4.5.1 -L/usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../../../lib64
> > > -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-
> > > linux/4.5.1/../../.. --add-needed -rpath-link ../libelf:../libdw -
> > > rpath-link /opt/poky/build-laverne-4.0-kilauea/tmp/sysroots/x86_64-
> > > linux/usr/lib -rpath /opt/poky/build-laverne-4.0-
> > > kilauea/tmp/sysroots/x86_64-linux/usr/lib -O1 objdump.o
> > > ../libasm/libasm.so ../libebl/libebl.a ../libelf/libelf.so
> > > ../lib/libeu.a -ldl -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc
> > > --as-needed -lgcc_s --no-
> > > as
> > > > -needed /usr/lib/gcc/x86_64-redhat-linux/4.5.1/crtend.o
> > > /usr/lib/gcc/x86_64-redhat-linux/4.5.1/../../../../lib64/crtn.o
> > > > ./ld: unrecognized option '--no-add-needed'
> > > > Try `ld --help' or `ld --usage' for more information.
> > > > collect2: ld returned 64 exit status
> > > >
> > > > Unfortunately the "ld" command in elfutils-0.148 does not understand
> > > > the '--no-add-needed'; I've tried to find any existing fixes for
> > > > this, but what I found just added a "-Xlinker --add-needed" to the
> > > > command line, which does not help here since ./ld understands neither
> > > > '--no-add-needed' nor '--add-needed'.
> > > >
> > > > Any ideas?
> > >
> > > I think we really dont need the tools part only libelf is needed so one
> > > way
> > > is to not build everything but just do targetted make targets and avoid
> > > building tools as its happening
> > >
> > > secondly you could try to add --program-prefix="elfutils-" or somesuch
> > > then the linker from elfutils will be called elfutils-ld but I dont
> > > know if
> > > it will work because renaming happens during the install phase you have
> > > to try it out.
> > >
> > > -Khem
> >
> > Has anybody else seeing this failure? I am building on the fedora 14
> > x86_64, with latest master and I do not see this issue.
> >
> > Wolfgang, Are you using any different layer or machine with this failure ?
>
> I suspect this is an issue whereby an unsupported MACHINE has been added
> and something has caused the linker to become subtly broken. This may
> well be a BSP documentation issue - I'm expecting that this may all stem
> from some missing COMPATIBLE_MACHINE declaration resulting in an
> unsupported mixture of components being used.
Actually, this theory makes less sense now that I've re-read the initial
email and seen that the failure is in elfutils native - damn...
I've not had any problems building that recipe on Fedora 14 x86_64
here...
Joshua
--
Joshua Lock
Intel Open Source Technology Centre
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: elfutils build fails on Fedroa 14
2010-12-15 16:49 ` Joshua Lock
@ 2010-12-17 1:19 ` Kamble, Nitin A
2010-12-17 3:31 ` Khem Raj
2010-12-21 14:07 ` Richard Purdie
0 siblings, 2 replies; 8+ messages in thread
From: Kamble, Nitin A @ 2010-12-17 1:19 UTC (permalink / raw)
To: Joshua Lock, poky@yoctoproject.org
>
> Actually, this theory makes less sense now that I've re-read the
> initial
> email and seen that the failure is in elfutils native - damn...
>
> I've not had any problems building that recipe on Fedora 14 x86_64
> here...
>
> Joshua
> --
Thanks Josh for looking at this. Actually we closed this bug. It was issue with PATH variable for the bug reporter. It had . in the path too early, causing wrong ld to be chosen. Look at http://bugzilla.pokylinux.org/show_bug.cgi?id=572 for more information.
Thanks,
Nitin
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: elfutils build fails on Fedroa 14
2010-12-17 1:19 ` Kamble, Nitin A
@ 2010-12-17 3:31 ` Khem Raj
2010-12-21 14:07 ` Richard Purdie
1 sibling, 0 replies; 8+ messages in thread
From: Khem Raj @ 2010-12-17 3:31 UTC (permalink / raw)
To: Kamble, Nitin A; +Cc: poky@yoctoproject.org
On Thu, Dec 16, 2010 at 5:19 PM, Kamble, Nitin A
<nitin.a.kamble@intel.com> wrote:
>>
>> Actually, this theory makes less sense now that I've re-read the
>> initial
>> email and seen that the failure is in elfutils native - damn...
>>
>> I've not had any problems building that recipe on Fedora 14 x86_64
>> here...
>>
>> Joshua
>> --
>
>
> Thanks Josh for looking at this. Actually we closed this bug. It was issue with PATH variable for the bug reporter. It had . in the path too early, causing wrong ld to be chosen. Look at http://bugzilla.pokylinux.org/show_bug.cgi?id=572 for more information.
hmmm probably adding . to PATH is not a very good idea :)
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: elfutils build fails on Fedroa 14
2010-12-17 1:19 ` Kamble, Nitin A
2010-12-17 3:31 ` Khem Raj
@ 2010-12-21 14:07 ` Richard Purdie
1 sibling, 0 replies; 8+ messages in thread
From: Richard Purdie @ 2010-12-21 14:07 UTC (permalink / raw)
To: Kamble, Nitin A; +Cc: poky@yoctoproject.org
On Thu, 2010-12-16 at 17:19 -0800, Kamble, Nitin A wrote:
> Thanks Josh for looking at this. Actually we closed this bug. It was
> issue with PATH variable for the bug reporter. It had . in the path
> too early, causing wrong ld to be chosen. Look at
> http://bugzilla.pokylinux.org/show_bug.cgi?id=572 for more
> information.
With issues like this which we can easily detect we should add then to
sanity.bbclass. I added a test in commit 68030f4.
Cheers,
Richard
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2010-12-21 14:08 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-12-05 12:57 elfutils build fails on Fedroa 14 Wolfgang Denk
2010-12-11 10:47 ` Khem Raj
2010-12-15 16:26 ` Kamble, Nitin A
2010-12-15 16:44 ` Joshua Lock
2010-12-15 16:49 ` Joshua Lock
2010-12-17 1:19 ` Kamble, Nitin A
2010-12-17 3:31 ` Khem Raj
2010-12-21 14:07 ` Richard Purdie
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.