Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Trouble emerging gettext in a crossdev environment
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
Bigun
Advocate
Advocate


Joined: 21 Sep 2003
Posts: 2196

PostPosted: Thu Nov 15, 2012 11:53 am    Post subject: Trouble emerging gettext in a crossdev environment Reply with quote

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
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54096
Location: 56N 3W

PostPosted: Thu Nov 15, 2012 6:53 pm    Post subject: Reply with quote

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
View user's profile Send private message
Bigun
Advocate
Advocate


Joined: 21 Sep 2003
Posts: 2196

PostPosted: Thu Nov 15, 2012 9:48 pm    Post subject: Reply with quote

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
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54096
Location: 56N 3W

PostPosted: Thu Nov 15, 2012 10:05 pm    Post subject: Reply with quote

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
View user's profile Send private message
Bigun
Advocate
Advocate


Joined: 21 Sep 2003
Posts: 2196

PostPosted: Thu Nov 15, 2012 10:48 pm    Post subject: Reply with quote

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
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54096
Location: 56N 3W

PostPosted: Thu Nov 15, 2012 11:00 pm    Post subject: Reply with quote

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
View user's profile Send private message
Bigun
Advocate
Advocate


Joined: 21 Sep 2003
Posts: 2196

PostPosted: Fri Nov 16, 2012 12:16 am    Post subject: Reply with quote

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
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54096
Location: 56N 3W

PostPosted: Fri Nov 16, 2012 5:59 pm    Post subject: Reply with quote

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
View user's profile Send private message
Bigun
Advocate
Advocate


Joined: 21 Sep 2003
Posts: 2196

PostPosted: Mon Nov 19, 2012 2:46 pm    Post subject: Reply with quote

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
View user's profile Send private message
Januszzz
Guru
Guru


Joined: 04 Feb 2006
Posts: 367
Location: Opole, Poland

PostPosted: Wed Nov 21, 2012 11:28 pm    Post subject: Reply with quote

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
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54096
Location: 56N 3W

PostPosted: Thu Nov 22, 2012 7:02 pm    Post subject: Reply with quote

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
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54096
Location: 56N 3W

PostPosted: Thu Nov 22, 2012 7:27 pm    Post subject: Reply with quote

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
View user's profile Send private message
Bigun
Advocate
Advocate


Joined: 21 Sep 2003
Posts: 2196

PostPosted: Sun Nov 25, 2012 5:35 pm    Post subject: Reply with quote

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
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54096
Location: 56N 3W

PostPosted: Sun Nov 25, 2012 6:45 pm    Post subject: Reply with quote

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
View user's profile Send private message
Bigun
Advocate
Advocate


Joined: 21 Sep 2003
Posts: 2196

PostPosted: Sun Nov 25, 2012 8:25 pm    Post subject: Reply with quote

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
View user's profile Send private message
Januszzz
Guru
Guru


Joined: 04 Feb 2006
Posts: 367
Location: Opole, Poland

PostPosted: Mon Nov 26, 2012 5:43 pm    Post subject: Reply with quote

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
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54096
Location: 56N 3W

PostPosted: Mon Nov 26, 2012 7:29 pm    Post subject: Reply with quote

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
View user's profile Send private message
Bigun
Advocate
Advocate


Joined: 21 Sep 2003
Posts: 2196

PostPosted: Sat Dec 01, 2012 6:01 pm    Post subject: Reply with quote

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
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54096
Location: 56N 3W

PostPosted: Sat Dec 01, 2012 7:00 pm    Post subject: Reply with quote

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
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum