View previous topic :: View next topic |
Author |
Message |
Bigun Advocate
Joined: 21 Sep 2003 Posts: 2196
|
Posted: Thu Nov 15, 2012 11:53 am Post subject: Trouble emerging gettext in a crossdev environment |
|
|
Code: | rm -f t-charset.alias charset.alias && \
/bin/sh ./config.charset 'armv6j-hardfloat-linux-gnueabi' > t-charset.alias && \
mv t-charset.alias charset.alias
rm -f t-ref-add.sed ref-add.sed && \
sed -e '/^#/d' -e 's/@''PACKAGE''@/gettext-runtime/g' ref-add.sin > t-ref-add.sed && \
mv t-ref-add.sed ref-add.sed
rm -f t-ref-del.sed ref-del.sed && \
sed -e '/^#/d' -e 's/@''PACKAGE''@/gettext-runtime/g' ref-del.sin > t-ref-del.sed && \
mv t-ref-del.sed ref-del.sed
\
armv6j-hardfloat-linux-gnueabi-gcc -DHAVE_CONFIG_H -DEXEEXT=\"\" -I. -I.. -I../intl -I../intl -DDEPENDS_ON_LIBICONV=1 -DDEPENDS_ON_LIBINTL=1 -Os -pipe -fomit-frame-pointer -c -o uniwidth/width.o uniwidth/width.c
rm -f libgrt.a
armv6j-hardfloat-linux-gnueabi-ar cru libgrt.a areadlink.o basename.o c-ctype.o c-strcasecmp.o c-strncasecmp.o closeout.o fwriteerror.o localcharset.o malloca.o mbchar.o mbslen.o mbsstr.o progname.o propername.o striconv.o strnlen1.o trim.o uniwidth/width.o xmalloc.o xstrdup.o xreadlink.o xstriconv.o canonicalize-lgpl.o getopt.o getopt1.o memchr.o readlink.o setenv.o stat.o
armv6j-hardfloat-linux-gnueabi-ranlib libgrt.a
make[5]: Leaving directory `/usr/armv6j-hardfloat-linux-gnueabi/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1/gettext-runtime/gnulib-lib'
make[4]: Leaving directory `/usr/armv6j-hardfloat-linux-gnueabi/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1/gettext-runtime/gnulib-lib'
make[3]: Leaving directory `/usr/armv6j-hardfloat-linux-gnueabi/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1/gettext-runtime/gnulib-lib'
Making all in libasprintf
make[3]: Entering directory `/usr/armv6j-hardfloat-linux-gnueabi/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1/gettext-runtime/libasprintf'
rm -f alloca.h-t alloca.h && \
{ echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \
cat ./alloca.in.h; \
} > alloca.h-t && \
mv -f alloca.h-t alloca.h
make all-am
make[4]: Entering directory `/usr/armv6j-hardfloat-linux-gnueabi/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1/gettext-runtime/libasprintf'
cp ./autosprintf.h.in autosprintf.h
\
/bin/sh ./libtool --tag=CC --mode=compile armv6j-hardfloat-linux-gnueabi-gcc -DIN_LIBASPRINTF -DHAVE_CONFIG_H -I. -Os -pipe -fomit-frame-pointer -c -o dummy.lo dummy.c
\
/bin/sh ./libtool --tag=CC --mode=compile armv6j-hardfloat-linux-gnueabi-gcc -DIN_LIBASPRINTF -DHAVE_CONFIG_H -I. -Os -pipe -fomit-frame-pointer -c -o lib-asprintf.lo lib-asprintf.c
\
/bin/sh ./libtool --tag=CXX --mode=compile g++ -DIN_LIBASPRINTF -DHAVE_CONFIG_H -I. -Os -pipe -fomit-frame-pointer -c -o autosprintf.lo autosprintf.cc
libtool: compile: armv6j-hardfloat-linux-gnueabi-gcc -DIN_LIBASPRINTF -DHAVE_CONFIG_H -I. -Os -pipe -fomit-frame-pointer -c dummy.c -fPIC -DPIC -o .libs/dummy.o
libtool: compile: armv6j-hardfloat-linux-gnueabi-gcc -DIN_LIBASPRINTF -DHAVE_CONFIG_H -I. -Os -pipe -fomit-frame-pointer -c lib-asprintf.c -fPIC -DPIC -o .libs/lib-asprintf.o
libtool: compile: g++ -DIN_LIBASPRINTF -DHAVE_CONFIG_H -I. -Os -pipe -fomit-frame-pointer -c autosprintf.cc -fPIC -DPIC -o .libs/autosprintf.o
/bin/sh ./libtool --tag=CC --mode=link armv6j-hardfloat-linux-gnueabi-gcc -Os -pipe -fomit-frame-pointer -o libgnu.la dummy.lo
libtool: link: armv6j-hardfloat-linux-gnueabi-ar cru .libs/libgnu.a .libs/dummy.o
libtool: link: armv6j-hardfloat-linux-gnueabi-ranlib .libs/libgnu.a
libtool: link: ( cd ".libs" && rm -f "libgnu.la" && ln -s "../libgnu.la" "libgnu.la" )
/bin/sh ./libtool --tag=CXX --mode=link g++ -Os -pipe -fomit-frame-pointer -o libasprintf.la -rpath /usr/lib lib-asprintf.lo autosprintf.lo || \
/bin/sh ./libtool --tag=CC --mode=link armv6j-hardfloat-linux-gnueabi-gcc -Os -pipe -fomit-frame-pointer -o libasprintf.la -rpath /usr/lib lib-asprintf.lo autosprintf.lo
libtool: link: g++ -shared -nostdlib /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/crtbeginS.o .libs/lib-asprintf.o .libs/autosprintf.o -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib64/crtn.o -Wl,-soname -Wl,libasprintf.so.0 -o .libs/libasprintf.so.0.0.0
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../x86_64-pc-linux-gnu/bin/ld: unknown architecture of input file `.libs/lib-asprintf.o' is incompatible with i386:x86-64 output
collect2: ld returned 1 exit status
libtool: link: armv6j-hardfloat-linux-gnueabi-gcc -shared .libs/lib-asprintf.o .libs/autosprintf.o -Wl,-soname -Wl,libasprintf.so.0 -o .libs/libasprintf.so.0.0.0
.libs/autosprintf.o: file not recognized: File format not recognized
collect2: ld returned 1 exit status
make[4]: *** [libasprintf.la] Error 1
make[4]: Leaving directory `/usr/armv6j-hardfloat-linux-gnueabi/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1/gettext-runtime/libasprintf'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/usr/armv6j-hardfloat-linux-gnueabi/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1/gettext-runtime/libasprintf'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/armv6j-hardfloat-linux-gnueabi/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1/gettext-runtime'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/armv6j-hardfloat-linux-gnueabi/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1/gettext-runtime'
make: *** [all-recursive] Error 1
emake failed
* ERROR: sys-devel/gettext-0.18.1.1-r3 failed (compile phase):
* emake failed
*
* Call stack:
* ebuild.sh, line 93: Called src_compile
* environment, line 4394: Called __eapi2_src_compile
* phase-helpers.sh, line 612: Called die
* The specific snippet of code:
* emake || die "emake failed"
*
* If you need support, post the output of `emerge --info '=sys-devel/gettext-0.18.1.1-r3'`,
* the complete build log and the output of `emerge -pqv '=sys-devel/gettext-0.18.1.1-r3'`. |
The native environment is amd64, trying to compile for a armv6j-hardfloat-linux-gnueabi environment.
Here are the USE flags for the arm env:
Code: | USE="${ARCH} zlib bindist make-symlinks minimal cxx fortran mudflap
nls nptl openmp -acl" |
I can see it's accessing the wrong path here:
Code: | .../usr/lib/gcc/x86_64-pc-linux-gnu... |
and I'm initiating the emerge like so:
Code: | emerge-wrapper -init
armv6j-hardfloat-linux-gnueabi-emerge =gcc-4.6.3 |
And I don't understand why it's using the wrong path for GCC. _________________ "It's ok, they might have guns but we have flowers." - Perpetual Victim |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54236 Location: 56N 3W
|
Posted: Thu Nov 15, 2012 6:53 pm Post subject: |
|
|
Bigun,
It works for me now but I do remember it used to use the the wrong libs.
Round up your *.la files in /usr/lib on the host and move them to /usr/lib/la.files say, in case you regret it.
You shouldn't, since they no longer need to be installed.
Read one or two ... notice the last line. Its an absolute path to a location on the host.
Thats a very bad thing since the cross environment can't fix it.
On the Pi you should have an option in make.conf to not install *.la files. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
Bigun Advocate
Joined: 21 Sep 2003 Posts: 2196
|
Posted: Thu Nov 15, 2012 9:48 pm Post subject: |
|
|
NeddySeagoon wrote: | Bigun,
It works for me now but I do remember it used to use the the wrong libs.
Round up your *.la files in /usr/lib on the host and move them to /usr/lib/la.files say, in case you regret it.
You shouldn't, since they no longer need to be installed.
|
Yikes! Is that really necessary?
NeddySeagoon wrote: | Read one or two ... notice the last line. Its an absolute path to a location on the host.
Thats a very bad thing since the cross environment can't fix it. |
You talking about the make[1] and make[2] lines?
NeddySeagoon wrote: | On the Pi you should have an option in make.conf to not install *.la files. |
I haven't even gotten that far yet, I'm trying to compile the GCC binary for the Pi, it just requires gettext for the build. _________________ "It's ok, they might have guns but we have flowers." - Perpetual Victim |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54236 Location: 56N 3W
|
Posted: Thu Nov 15, 2012 10:05 pm Post subject: |
|
|
Bigun,
The *.la files are generated and used during the build process. Once thats complete, they do not need to be installed.
Indeed, Gentoo has not installed *.la files for a year or so now.
The problem comes about because if they are installed, the are consulted and used before anything else, so your cross build breaks because the hosts libraries will be used by the linker.
Lets look at a random *.la file that I still have.
Code: | /usr/lib/la.files $ less libltdl.la
# libltdl.la - a libtool library file
# Generated by libtool (GNU libtool) 2.4.2
#
# Please DO NOT delete this file!
# It is necessary for linking the library.
# The name that we can dlopen(3).
dlname='libltdl.so.7'
# Names of this library.
library_names='libltdl.so.7.3.0 libltdl.so.7 libltdl.so'
# The name of the static archive.
old_library=''
# Linker flags that can not go in dependency_libs.
inherited_linker_flags=''
# Libraries that this one depends upon.
dependency_libs=' -ldl'
# Names of additional weak libraries provided by this library
weak_library_names=''
# Version information for libltdl.
current=10
age=3
revision=0
# Is this an already installed library?
installed=yes
# Should we warn about portability when linking against -modules?
shouldnotlink=no
# Files to dlopen/dlpreopen
dlopen=''
dlpreopen=''
# Directory that this library needs to be installed in:
libdir='/usr/lib64' | Notice the pathname. I've moved all my *.la files out of the way so they cannot be found.
Now look at the very last line Code: | libdir='/usr/lib64' | You really don't want to try using its contents when you are building for ARM.
You can go through all the *.la files removing that if you like but its faster to move them all. I can't say I've regretted it. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
Bigun Advocate
Joined: 21 Sep 2003 Posts: 2196
|
Posted: Thu Nov 15, 2012 10:48 pm Post subject: |
|
|
Ahh, I see. I created a subdirectory called "oldlafiles" in the /usr/lib directory and moved them there.
Do I need to rebuild my toolchain now? Because as it stands, the build still fails with the same error. _________________ "It's ok, they might have guns but we have flowers." - Perpetual Victim |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54236 Location: 56N 3W
|
Posted: Thu Nov 15, 2012 11:00 pm Post subject: |
|
|
Bigun,
Check /lib too. I didn't have any .la files there but you never know.
Your toolchain should be ok. It might help if you flush the build space in the cross environment. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
Bigun Advocate
Joined: 21 Sep 2003 Posts: 2196
|
Posted: Fri Nov 16, 2012 12:16 am Post subject: |
|
|
Code: | rm -r /usr/armv6j-hardfloat-linux-gnueabi/tmp/* |
Code: | armv6j-hardfloat-linux-gnueabi # ls -la /lib/*.la
ls: cannot access /lib/*.la: No such file or directory
|
Still fails _________________ "It's ok, they might have guns but we have flowers." - Perpetual Victim |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54236 Location: 56N 3W
|
Posted: Fri Nov 16, 2012 5:59 pm Post subject: |
|
|
Bigun,
Please put the build log on a pastebin. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
Bigun Advocate
Joined: 21 Sep 2003 Posts: 2196
|
Posted: Mon Nov 19, 2012 2:46 pm Post subject: |
|
|
NeddySeagoon wrote: | Bigun,
Please put the build log on a pastebin. |
Forgive the ignorance, but what is a good API for pastebin? I emerged pastebin and the API apparently isn't supported anymore. _________________ "It's ok, they might have guns but we have flowers." - Perpetual Victim |
|
Back to top |
|
|
Januszzz Guru
Joined: 04 Feb 2006 Posts: 367 Location: Opole, Poland
|
Posted: Wed Nov 21, 2012 11:28 pm Post subject: |
|
|
hello,
same here, but compiling for mips-unknown-linux-gnu:
Code: | libtool: link: g++ -shared -nostdlib /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/crtbeginS.o .libs/lib-asprintf.o .libs/autosprintf.o -Wl,--as-needed -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib64/crtn.o -Wl,-O1 -Wl,-soname -Wl,libasprintf.so.0 -o .libs/libasprintf.so.0.0.0
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../x86_64-pc-linux-gnu/bin/ld: unknown architecture of input file `.libs/lib-asprintf.o' is incompatible with i386:x86-64 output
collect2: ld returned 1 exit status
libtool: link: mipsel-unknown-linux-gnu-gcc -shared .libs/lib-asprintf.o .libs/autosprintf.o -Wl,--as-needed -Wl,-O1 -Wl,-soname -Wl,libasprintf.so.0 -o .libs/libasprintf.so.0.0.0
/usr/libexec/gcc/mipsel-unknown-linux-gnu/ld: .libs/autosprintf.o: Relocations in generic ELF (EM: 62)
/usr/libexec/gcc/mipsel-unknown-linux-gnu/ld: .libs/autosprintf.o: Relocations in generic ELF (EM: 62)
/usr/libexec/gcc/mipsel-unknown-linux-gnu/ld: .libs/autosprintf.o: Relocations in generic ELF (EM: 62)
.libs/autosprintf.o: could not read symbols: File in wrong format
collect2: error: ld returned 1 exit status
make[4]: *** [libasprintf.la] Error 1
make[4]: Leaving directory `/usr/mipsel-unknown-linux-gnu/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1/gettext-runtime/libasprintf'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/usr/mipsel-unknown-linux-gnu/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1/gettext-runtime/libasprintf'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/mipsel-unknown-linux-gnu/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1/gettext-runtime'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/mipsel-unknown-linux-gnu/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1/gettext-runtime'
make: *** [all-recursive] Error 1
emake failed
* ERROR: sys-devel/gettext-0.18.1.1-r3 failed (compile phase):
* emake failed
*
* Call stack:
* ebuild.sh, line 93: Called src_compile
* environment, line 4441: Called __eapi2_src_compile
* phase-helpers.sh, line 612: Called die
* The specific snippet of code:
* emake || die "emake failed"
*
* If you need support, post the output of `emerge --info '=sys-devel/gettext-0.18.1.1-r3'`,
* the complete build log and the output of `emerge -pqv '=sys-devel/gettext-0.18.1.1-r3'`.
!!! When you file a bug report, please include the following information:
GENTOO_VM= CLASSPATH="" JAVA_HOME="/etc/java-config-2/current-system-vm"
JAVACFLAGS="" COMPILER=""
and of course, the output of emerge --info
* The complete build log is located at '/usr/mipsel-unknown-linux-gnu/tmp/portage/sys-devel/gettext-0.18.1.1-r3/temp/build.log'.
* The ebuild environment file is located at '/usr/mipsel-unknown-linux-gnu/tmp/portage/sys-devel/gettext-0.18.1.1-r3/temp/environment'.
* Working directory: '/usr/mipsel-unknown-linux-gnu/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1'
* S: '/usr/mipsel-unknown-linux-gnu/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1'
>>> Failed to emerge sys-devel/gettext-0.18.1.1-r3 for /usr/mipsel-unknown-linux-gnu/, Log file:
>>> '/usr/mipsel-unknown-linux-gnu/tmp/portage/sys-devel/gettext-0.18.1.1-r3/temp/build.log'
* Messages for package sys-devel/gettext-0.18.1.1-r3 merged to /usr/mipsel-unknown-linux-gnu/:
* ERROR: sys-devel/gettext-0.18.1.1-r3 failed (compile phase):
* emake failed
*
* Call stack:
* ebuild.sh, line 93: Called src_compile
* environment, line 4441: Called __eapi2_src_compile
* phase-helpers.sh, line 612: Called die
* The specific snippet of code:
* emake || die "emake failed"
*
* If you need support, post the output of `emerge --info '=sys-devel/gettext-0.18.1.1-r3'`,
* the complete build log and the output of `emerge -pqv '=sys-devel/gettext-0.18.1.1-r3'`.
* The complete build log is located at '/usr/mipsel-unknown-linux-gnu/tmp/portage/sys-devel/gettext-0.18.1.1-r3/temp/build.log'.
* The ebuild environment file is located at '/usr/mipsel-unknown-linux-gnu/tmp/portage/sys-devel/gettext-0.18.1.1-r3/temp/environment'.
* Working directory: '/usr/mipsel-unknown-linux-gnu/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1'
* S: '/usr/mipsel-unknown-linux-gnu/tmp/portage/sys-devel/gettext-0.18.1.1-r3/work/gettext-0.18.1.1'
|
No *la files here.
What now? |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54236 Location: 56N 3W
|
Posted: Thu Nov 22, 2012 7:02 pm Post subject: |
|
|
Bigun,
wgetpaste has the fewest dependencies and is provided on the Gentoo liveCD.
Its worth reading its help too. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54236 Location: 56N 3W
|
Posted: Thu Nov 22, 2012 7:27 pm Post subject: |
|
|
Januszzz,
My crossdev is seriously broken just now. It lives on a 4 spindle kernel raid5 set. One partition dropped out and everything kept going in degraded mode.
Unfortunately, when it was resyncing after being added back another drive was kicked out of the set, leaving a raid5 set with two drives missing. That's a very bad thing.
I need to replace at least one drive to get things going again. That's going to take a few days. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
Bigun Advocate
Joined: 21 Sep 2003 Posts: 2196
|
Posted: Sun Nov 25, 2012 5:35 pm Post subject: |
|
|
NeddySeagoon wrote: | Bigun,
Please put the build log on a pastebin. |
http://bpaste.net/show/60297/ _________________ "It's ok, they might have guns but we have flowers." - Perpetual Victim |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54236 Location: 56N 3W
|
Posted: Sun Nov 25, 2012 6:45 pm Post subject: |
|
|
Bigun,
At line 2610 its linking in amd64 format files.
Code: | libtool: link: g++ -shared -nostdlib /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/crtbeginS.o .libs/lib-asprintf.o .libs/autosprintf.o -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib64/crtn.o -Wl,-soname -Wl,libasprintf.so.0 -o .libs/libasprintf.so.0.0.0
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../x86_64-pc-linux-gnu/bin/ld: unknown architecture of input file `.libs/lib-asprintf.o' is incompatible with i386:x86-64 output
collect2: ld returned 1 exit status | but I don't know why.
I'm just recovering from a broken raid5 - back later. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
Bigun Advocate
Joined: 21 Sep 2003 Posts: 2196
|
Posted: Sun Nov 25, 2012 8:25 pm Post subject: |
|
|
NeddySeagoon wrote: | Bigun,
At line 2610 its linking in amd64 format files.
Code: | libtool: link: g++ -shared -nostdlib /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib64/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/crtbeginS.o .libs/lib-asprintf.o .libs/autosprintf.o -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../x86_64-pc-linux-gnu/lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../lib64/crtn.o -Wl,-soname -Wl,libasprintf.so.0 -o .libs/libasprintf.so.0.0.0
/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.4/../../../../x86_64-pc-linux-gnu/bin/ld: unknown architecture of input file `.libs/lib-asprintf.o' is incompatible with i386:x86-64 output
collect2: ld returned 1 exit status | but I don't know why.
I'm just recovering from a broken raid5 - back later. |
Yeah, I read that earlier, I hope all goes well. _________________ "It's ok, they might have guns but we have flowers." - Perpetual Victim |
|
Back to top |
|
|
Januszzz Guru
Joined: 04 Feb 2006 Posts: 367 Location: Opole, Poland
|
Posted: Mon Nov 26, 2012 5:43 pm Post subject: |
|
|
Hello!
First, I'm very sorry about your raid NeddySeagoon! really. I'm starting backup now.
Second, Bigun, have you tried different version from Portage?
This:
Code: | time cross-emerge =gettext-0.18.1.1-r1 |
compiles just fine I'm really not the person ready to compare both ebuilds, but there are some suspected *la files in the newest |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54236 Location: 56N 3W
|
Posted: Mon Nov 26, 2012 7:29 pm Post subject: |
|
|
Januszzz,
My raid is fixed. I had three drives with the same event count but one had 58 unrecoverable read errors. Which I didn't spot until another drive got kicked out of the array and the sync failed.
I suspect that those blocks were in unused space, or I would have noticed something nasty in dmesg.
I was lucky, they were all in /usr, so nothing priceless lost.
I took the decision a long time ago to only backup /home and live with the possibility of needing to reinstall the system. Looking back, that might have been faster than imaging the dead drive.
I'm catching up with email and other stuff in the week where I have had limited use of the internet.
I run all my systems ~arch, including the Pi.
Bigun
Code: | [ebuild R ] sys-devel/gettext-0.18.1.1-r3 to /usr/armv6j-hardfloat-linux-gnueabi/ USE="cxx nls openmp -acl -cvs -doc -emacs -git (-java) -static-libs" 0 kB |
works here with gcc-4.6.3
Lets compare USE flags and gcc settings. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
Bigun Advocate
Joined: 21 Sep 2003 Posts: 2196
|
Posted: Sat Dec 01, 2012 6:01 pm Post subject: |
|
|
Sorry it took me so long.
Code: | # armv6j-hardfloat-linux-gnueabi-emerge -vp =gcc-4.6.3
!!! /usr/armv6j-hardfloat-linux-gnueabi/etc/make.profile is not a symlink and will probably prevent most merges.
!!! It should point into a profile within /usr/portage/profiles/
!!! (You can safely ignore this message when syncing. It's harmless.)
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild N ] sys-devel/gettext-0.18.1.1-r3 to /usr/armv6j-hardfloat-linux-gnueabi/ USE="cxx nls openmp -acl -cvs -doc -emacs -git -java -static-libs" 0 kB
[ebuild N ] sys-devel/gcc-4.6.3:4.6 to /usr/armv6j-hardfloat-linux-gnueabi/ USE="fortran mudflap nls nptl openmp -altivec -bootstrap -build -cxx -doc -fixed-point -gcj -go -graphite -gtk -hardened -libssp -multilib -multislot -nopie -nossp -objc -objc++ -objc-gc {-test} -vanilla" 20 kB
|
_________________ "It's ok, they might have guns but we have flowers." - Perpetual Victim |
|
Back to top |
|
|
NeddySeagoon Administrator
Joined: 05 Jul 2003 Posts: 54236 Location: 56N 3W
|
Posted: Sat Dec 01, 2012 7:00 pm Post subject: |
|
|
Bigun,
You need to fix your profile.
It appears you are using a different gcc to me as gcc-4.6.3 if slagged as new for you.
Update your gcc both on the Pi and in your cross environament, then try gettext again. _________________ Regards,
NeddySeagoon
Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail. |
|
Back to top |
|
|
|