| View previous topic :: View next topic |
| Author |
Message |
b00zy
n00b
Joined: 31 Oct 2004
Posts: 46
|
 Posted: Sun Sep 25, 2005 4:24 am Post subject: crossdev fails when emerging gcc |
 |
|
I'm attempting to setup crossdev on this machine (amd64) so that my other machine (p3) can use it via distcc to compile apps.
Here comes the errors 
| Code: |
# crossdev -t i686-pc-linux-gnu
--------------------------------------------------------------------------------------------------------------------------------------------
* Host Portage ARCH: amd64
* Target Portage ARCH: x86
* Target System: i686-pc-linux-gnu
* Stage: 4 (C/C++ compiler)
* binutils: binutils-[latest]
* gcc: gcc-[latest]
* headers: linux-headers-[latest]
* libc: glibc-[latest]
* PORTDIR_OVERLAY: /usr/local/portage
* PORT_LOGDIR: /var/log/portage
* PKGDIR: /usr/portage/packages/cross/i686-pc-linux-gnu
* PORTAGE_TMPDIR: /usr/tmp/cross/i686-pc-linux-gnu
_ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ -
* Log: /var/log/portage/cross-i686-pc-linux-gnu-binutils.log
* Emerging cross-binutils ... [ ok ]
* Log: /var/log/portage/cross-i686-pc-linux-gnu-gcc-stage1.log
* Emerging cross-gcc-stage1 ... [ ok ]
* Log: /var/log/portage/cross-i686-pc-linux-gnu-linux-headers.log
* Emerging cross-linux-headers ... [ ok ]
* Log: /var/log/portage/cross-i686-pc-linux-gnu-glibc.log
* Emerging cross-glibc ... [ ok ]
* Log: /var/log/portage/cross-i686-pc-linux-gnu-gcc-stage2.log
* Emerging cross-gcc-stage2 ...
* gcc failed :(
* If you file a bug, please attach the following logfiles:
* /var/log/portage/cross-i686-pc-linux-gnu-info.log
* /var/log/portage/cross-i686-pc-linux-gnu-gcc-stage2.log
|
/var/log/portage/cross-i686-pc-linux-gnu-info.log:
| Code: |
--------------------------------------------------------------------------------------------------------------------------------------------
* Host Portage ARCH: amd64
* Target Portage ARCH: x86
* Target System: i686-pc-linux-gnu
* Stage: 4 (C/C++ compiler)
* binutils: binutils-[latest]
* gcc: gcc-[latest]
* headers: linux-headers-[latest]
* libc: glibc-[latest]
* PORTDIR_OVERLAY: /usr/local/portage
* PORT_LOGDIR: /var/log/portage
* PKGDIR: /usr/portage/packages/cross/i686-pc-linux-gnu
* PORTAGE_TMPDIR: /usr/tmp/cross/i686-pc-linux-gnu
_ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ -
Gentoo Base System version 1.12.0_pre8
Portage 2.0.52-r1 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r1, 2.6.12-gentoo-r7 x86_64)
=================================================================
System uname: 2.6.12-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3500+
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [enabled]
dev-lang/python: 2.3.4-r1, 2.4.1-r1
sys-apps/sandbox: 1.2.12
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils: 2.16.1
sys-devel/libtool: 1.5.20
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/l
ib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=k8 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks fixpackages sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
PKGDIR="/usr/portage/packages/cross/i686-pc-linux-gnu"
PORTAGE_TMPDIR="/usr/tmp/cross/i686-pc-linux-gnu"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X alsa avi berkdb bitmap-fonts cdr crypt cups curl eds emboss encode fam flac foomaticdb fortran gdbm gif gnome gphoto2 gpm gstre
amer gtk gtk2 imagemagick imlib ipv6 java jpeg junit kde lzw lzw-tiff mad mp3 mpeg mysql ncurses nls ogg opengl pam pdflib perl png postgres
python qt quicktime readline ruby sdl spell ssl tcpd tiff truetype-fonts type1-fonts usb userlocales vorbis xine xml2 xmms xpm xv zlib user
land_GNU kernel_linux elibc_glibc"
Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS
|
/var/log/portage/cross-i686-pc-linux-gnu-gcc-stage2.log:
| Code: |
...
/usr/tmp/cross/i686-pc-linux-gnu/portage/gcc-3.4.4-r1/work/build/gcc/xgcc -B/usr/tmp/cross/i686-pc-linux-gnu/portage/gcc-3.4.4-r1/work/build
/gcc/ -B/usr/i686-pc-linux-gnu/bin/ -B/usr/i686-pc-linux-gnu/lib/ -isystem /usr/i686-pc-linux-gnu/include -isystem /usr/i686-pc-linux-gnu/sy
s-include -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem
./include -fPIC -DHAVE_SYSLOG -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -D_LIBC_PROVIDES_SSP_ -shared -nodefaultlibs -
Wl,--soname=libgcc_s.so.1 -Wl,--version-script=libgcc/./libgcc.map -o libgcc_s.so.1.tmp libgcc/./_muldi3.o libgcc/./_negdi2.o libgcc/./_ls
hrdi3.o libgcc/./_ashldi3.o libgcc/./_ashrdi3.o libgcc/./_cmpdi2.o libgcc/./_ucmpdi2.o libgcc/./_floatdidf.o libgcc/./_floatdisf.o libgcc/./
_fixunsdfsi.o libgcc/./_fixunssfsi.o libgcc/./_fixunsdfdi.o libgcc/./_fixdfdi.o libgcc/./_fixunssfdi.o libgcc/./_fixsfdi.o libgcc/./_fixxfdi
.o libgcc/./_fixunsxfdi.o libgcc/./_floatdixf.o libgcc/./_fixunsxfsi.o libgcc/./_fixtfdi.o libgcc/./_fixunstfdi.o libgcc/./_floatditf.o libg
cc/./_clear_cache.o libgcc/./_enable_execute_stack.o libgcc/./_trampoline.o libgcc/./__main.o libgcc/./_absvsi2.o libgcc/./_absvdi2.o libgcc
/./_addvsi3.o libgcc/./_addvdi3.o libgcc/./_subvsi3.o libgcc/./_subvdi3.o libgcc/./_mulvsi3.o libgcc/./_mulvdi3.o libgcc/./_negvsi2.o libgcc
/./_negvdi2.o libgcc/./_ctors.o libgcc/./_ffssi2.o libgcc/./_ffsdi2.o libgcc/./_clz.o libgcc/./_clzsi2.o libgcc/./_clzdi2.o libgcc/./_ctzsi2
.o libgcc/./_ctzdi2.o libgcc/./_popcount_tab.o libgcc/./_popcountsi2.o libgcc/./_popcountdi2.o libgcc/./_paritysi2.o libgcc/./_paritydi2.o l
ibgcc/./_stack_smash_handler.o libgcc/./_divdi3.o libgcc/./_moddi3.o libgcc/./_udivdi3.o libgcc/./_umoddi3.o libgcc/./_udiv_w_sdiv.o libgcc/
./_udivmoddi4.o libgcc/./unwind-dw2.o libgcc/./unwind-dw2-fde-glibc.o libgcc/./unwind-sjlj.o libgcc/./gthr-gnat.o libgcc/./unwind-c.o -lc &
& rm -f libgcc_s.so && if [ -f libgcc_s.so.1 ]; then mv -f libgcc_s.so.1 libgcc_s.so.1.backup; else true; fi && mv libgcc_s.so.1.tmp libgcc_
s.so.1 && ln -s libgcc_s.so.1 libgcc_s.so
/usr/i686-pc-linux-gnu/bin/ld: cannot find /usr/i686-pc-linux-gnu/lib/libc.so.6 inside /usr/i686-pc-linux-gnu/binutils-bin/2.16.1/../../../i
686-pc-linux-gnu
collect2: ld returned 1 exit status
make[2]: *** [libgcc_s.so] Error 1
make[2]: Leaving directory `/usr/tmp/cross/i686-pc-linux-gnu/portage/gcc-3.4.4-r1/work/build/gcc'
make[1]: *** [libgcc.a] Error 2
make[1]: Leaving directory `/usr/tmp/cross/i686-pc-linux-gnu/portage/gcc-3.4.4-r1/work/build/gcc'
make: *** [all-gcc] Error 2
|
|
|
| Back to top |
|
 |
be
n00b
Joined: 16 Mar 2006
Posts: 3
|
| Posted: Thu Mar 16, 2006 7:44 pm Post subject: |
|
|
| I just got the same error as you reported (and it's 6 months later). Did you ever figure out what went wrong? I noticed that the i686 version levels of the various ebuilds are different than the x86_64 versions. I'm going to try specifying the same versions with the --b, etc. options on the crossdev cmd line and see if that helps. |
|
| Back to top |
|
|
agrieco
n00b
Joined: 16 Nov 2004
Posts: 13
|
| Posted: Thu Mar 16, 2006 8:51 pm Post subject: |
|
|
Same error here. Anyone have any success/workarounds for this?
thanks |
|
| Back to top |
|
|
pteppic
l33t
Joined: 28 Nov 2005
Posts: 781
|
| Posted: Thu Mar 16, 2006 10:47 pm Post subject: |
|
|
I had trouble getting mine working, but it did in the end.I used | Code: | crossdev -t i686-pc-linux-gnu --gcc 3.4.5
crossdev -t i386-pc-linux-gnu --gcc 3.4.5
crossdev -t x86_64-pc-linux-gnu --gcc 3.4.5
|
respectivly, and it worked ok, but it did try to set gcc 4.1 as default for cross compiling.
Be sure to run with -C to clean up any previous builds before trying the above commands. |
|
| Back to top |
|
|
agrieco
n00b
Joined: 16 Nov 2004
Posts: 13
|
| Posted: Fri Mar 17, 2006 1:55 pm Post subject: |
|
|
Hum. I have the same stage2 failure independent of the gcc version specified. Anyone have any other ideas?
https://bugs.gentoo.org/show_bug.cgi?id=126166 seems to be tracking this issue as well. |
|
| Back to top |
|
|
Jake
Veteran
Joined: 31 Jul 2003
Posts: 1132
|
| Posted: Fri Mar 17, 2006 4:43 pm Post subject: |
|
|
I'm getting the same stage2 error building cross-powerpc-unknown-linux-gnu/gcc on amd64.
EDIT: same error building cross-powerpc-unknown-linux-gnu toolchain in 2006.0 stage3 i686 chroot.
Last edited by Jake on Fri Mar 17, 2006 6:53 pm; edited 1 time in total |
|
| Back to top |
|
|
be
n00b
Joined: 16 Mar 2006
Posts: 3
|
| Posted: Fri Mar 17, 2006 5:27 pm Post subject: |
|
|
I am trying to build i686 toolchain on an x86_64 system.
I still get the same error.
I also tried to specify identical versions of all packages (binutils, gcc, linux-headers) as on my host system and saw no change.
Perhaps this is a binutils problem (ld has the problem, not gcc)? |
|
| Back to top |
|
|
Ivan8192
n00b
Joined: 18 Mar 2006
Posts: 2
Location: UK
|
| Posted: Sat Mar 18, 2006 12:32 pm Post subject: |
|
|
I've also got this problem. I've done some debug by adding the --verbose option to the linker. When compiling libgcc_s.so.1, the option -lc is the very last item on the compiler command line, which causes the linker to look for libc (.so/.a). The verbose output from ld shows:
attempt to open /var/tmp/cross/i586-pc-linux-gnu/portage/gcc-4.1.0/work/build/./gcc/libc.so failed
attempt to open /var/tmp/cross/i586-pc-linux-gnu/portage/gcc-4.1.0/work/build/./gcc/libc.a failed
attempt to open /usr/i586-pc-linux-gnu/bin/libc.so failed
attempt to open /usr/i586-pc-linux-gnu/bin/libc.a failed
attempt to open /usr/i586-pc-linux-gnu/lib/libc.so succeeded
opened script file /usr/i586-pc-linux-gnu/lib/libc.so
opened script file /usr/i586-pc-linux-gnu/lib/libc.so <- I don't know why it says this twice...
attempt to open /usr/i586-pc-linux-gnu/usr/i586-pc-linux-gnu/lib/libc.so.6 failed
The search order is entirely as expected given the -B option on the compiler command line.
Now, /usr/i586-pc-linux-gnu/lib/libc.so contains:
GROUP ( /usr/i586-pc-linux-gnu/lib/libc.so.6
so this is why the linker is trying to open libc.so.6, but it seems to be prepending /usr/i586-pc-linux-gnu to the filename when trying to open it.
Does anyone know why this should be? 
The ld man page says that ld searches for each file (specified with INPUT or GROUP) through the archive-library search path. Where is this defined? My ld.so.conf file certainly doesn't have any paths to /usr/i586-pc-linux-gnu.
-Ivan. |
|
| Back to top |
|
|
Ivan8192
n00b
Joined: 18 Mar 2006
Posts: 2
Location: UK
|
| Posted: Sat Mar 18, 2006 5:25 pm Post subject: |
|
|
After a bit more digging, something I hadn't noticed was that there is already a symbolically linked usr directory within /usr/i586-pc-linux-gnu. It is linking to . (i.e. /usr/i586-pc-linux-gnu) but I think it should be linking to .. (i.e. /usr). This would mean that the linker would find libc.so.6 (which it failed to find before, see my previous post).
So I've removed the usr folder from /usr/i586-pc-linux-gnu and re-created it using:
ln -s .. usr
(executed from within /usr/i586-pc-linux-gnu)
I've re-executed crossdev -t i586. It jumped straight past all the emerges which had been successful on the last try and has finally completed emerging cross-gcc-stage2 
I don't know when the original /usr/i586-pc-linux-gnu/usr sym link gets created (I can't see it in the crossdev script but I'm not too good at reading it), nor do I know if changing it as I've suggested would break any of the earlier emerges done by crossdev or if there are any other consequences  I guess I'll find out...
-Ivan. |
|
| Back to top |
|
|
Brikus
n00b
Joined: 02 Mar 2006
Posts: 5
|
| Posted: Mon Mar 20, 2006 9:41 am Post subject: Workaround for this problem |
|
|
I also experienced crossdev failing on gcc-stage2 with all the versions of gcc I tried. However, the fix recommended by the last poster seems to have solved the problem. The issue seems to be that the symlink to /usr in /usr/<target> points to the wrong directory. In order to fix this error, you only need to:
| Code: | cd /usr/<target>/
rm usr
ln -s .. /usr |
Also like the last poster, I couldn't find exactly where this symlink is created, although I really didn't scratch very deep.
Hope this helps anybody else,
Charlie |
|
| Back to top |
|
|
MrOverflow
n00b
Joined: 07 Sep 2004
Posts: 7
|
| Posted: Mon Mar 20, 2006 6:29 pm Post subject: |
|
|
| The fix suggested by Ivan8192 (and summarized by Brikus) fixed the problem for me too. Thanks. |
|
| Back to top |
|
|
be
n00b
Joined: 16 Mar 2006
Posts: 3
|
| Posted: Mon Mar 20, 2006 8:26 pm Post subject: bad /usr/<target/usr symbolic link |
|
|
The link is created by the crossdev'd glibc (at least that is what equery tells me)
| Code: | equery belongs /usr/i686-pc-linux-gnu/usr
...
cross-i686-pc-linux-gnu/glibc-2.4 (/usr/i686-pc-linux-gnu/usr -> .) |
|
|
| Back to top |
|
|
Jake
Veteran
Joined: 31 Jul 2003
Posts: 1132
|
| Posted: Tue Mar 21, 2006 2:59 am Post subject: |
|
|
I can buid a cross-i686-pc-linux-gnu toolchain with Ivan's hack, but cross-powerpc-unknown-linux-gnu fails with:
| Code: | /var/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/build/./gcc/xgcc -B/var/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/build/./gcc/ -B/usr/powerpc-unknown-linux-gnu/bin/ -B/usr/powerpc-unknown-linux-gnu/lib/ -isystem /usr/powerpc-unknown-linux-gnu/include -isystem /usr/powerpc-unknown-linux-gnu/sys-include -O2 -O2 -O2 -pipe -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -specs=ldblspecs -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I/var/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/gcc-4.1.0/gcc -I/var/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/gcc-4.1.0/gcc/. -I/var/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/gcc-4.1.0/gcc/../include -I/var/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/gcc-4.1.0/gcc/../libcpp/include -DL_eprintf -fvisibility=hidden -DHIDE_EXPORTS -c /var/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/gcc-4.1.0/gcc/libgcc2.c -o libgcc/./_eprintf.o
/var/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/gcc-4.1.0/gcc/libgcc2.c: In function '__eprintf':
/var/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/gcc-4.1.0/gcc/libgcc2.c:1799: warning: implicit declaration of function 'fprintf'
/var/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/gcc-4.1.0/gcc/libgcc2.c:1799: warning: incompatible implicit declaration of built-in function 'fprintf'
/var/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/gcc-4.1.0/gcc/libgcc2.c:1799: error: 'stderr' undeclared (first use in this function)
/var/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/gcc-4.1.0/gcc/libgcc2.c:1799: error: (Each undeclared identifier is reported only once
/var/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/gcc-4.1.0/gcc/libgcc2.c:1799: error: for each function it appears in.)
/var/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/gcc-4.1.0/gcc/libgcc2.c:1800: warning: implicit declaration of function 'fflush'
make[3]: *** [libgcc/./_eprintf.o] Error 1
make[3]: Leaving directory `/home/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/build/gcc'
make[2]: *** [stmp-multilib] Error 2
make[2]: Leaving directory `/home/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/build/gcc'
make[1]: *** [all-gcc] Error 2
make[1]: Leaving directory `/home/tmp/cross/powerpc-unknown-linux-gnu/portage/gcc-4.1.0/work/build'
make: *** [all] Error 2
!!! ERROR: cross-powerpc-unknown-linux-gnu/gcc-4.1.0 failed.
Call stack:
ebuild.sh, line 1557: Called dyn_compile
ebuild.sh, line 966: Called src_compile
ebuild.sh, line 1272: Called toolchain_src_compile
toolchain.eclass, line 24: Called gcc_src_compile
toolchain.eclass, line 1487: Called gcc_do_make |
3.4.5, which is the version I really want, has a similar if not identical error. Is anyone able to build a powerpc-unknown-linux-gnu toolchain with gcc 3.4.5 and glibc 2.3.6? EDIT: or even with other versions?
MODS: shouldn't this be in Portage & Programming if I can reproduce the problem in an x86 chroot? |
|
| Back to top |
|
|
loftwyr
l33t
Joined: 29 Dec 2004
Posts: 970
Location: 43°38'23.62"N 79°27'8.60"W
|
| Posted: Tue Mar 21, 2006 3:05 pm Post subject: |
|
|
This workaround fixed both my gcc 4.10 problems and my glibc 2.4 problems.
Thanks!
_________________
My emerge --info
Have you run revdep-rebuild lately? It's in gentoolkit and it's worth a shot if things don't work well.
Celebrating 5 years of Gentoo-ing. |
|
| Back to top |
|
|
el_Salmon
Guru
Joined: 15 Dec 2003
Posts: 339
Location: Around 2.4GHz
|
| Posted: Mon Mar 27, 2006 10:12 pm Post subject: |
|
|
| Jake wrote: |
Is anyone able to build a powerpc-unknown-linux-gnu toolchain with gcc 3.4.5 and glibc 2.3.6? EDIT: or even with other versions?
MODS: shouldn't this be in Portage & Programming if I can reproduce the problem in an x86 chroot? |
I cannot to build a powerpc-unknown-linux-gnu toolchain or x86_64 either.
Re-link usr directory doesn't work for me:
| Code: | /usr/x86_64-pc-linux-gnu/bin/ld: cannot find /usr/x86_64-pc-linux-gnu/lib/libc.so.6 inside /usr/x86_64-pc-linux-gnu/binutils-bin/2.16.1/../../../x86_64-pc-linux-gnu
collect2: ld returned 1 exit status
make[2]: *** [libgcc_s.so] Error 1
make[2]: Leaving directory `/var/tmp/cross/x86_64-pc-linux-gnu/portage/gcc-3.4.5/work/build/gcc'
make[1]: *** [stmp-multilib] Error 2
rm gcc.pod
make[1]: Leaving directory `/var/tmp/cross/x86_64-pc-linux-gnu/portage/gcc-3.4.5/work/build/gcc'
make: *** [all-gcc] Error 2
|
|
|
| Back to top |
|
|
blank_vlad
n00b
Joined: 30 Jan 2005
Posts: 24
|
| Posted: Mon Mar 27, 2006 11:27 pm Post subject: |
|
|
| What's the output of emerge --info? |
|
| Back to top |
|
|
sphantom
n00b
Joined: 16 Jul 2003
Posts: 72
|
| Posted: Tue Mar 28, 2006 5:50 am Post subject: |
|
|
I have this problem as well for arm-unknown-linux-gnu
heres my info log.. This log is actually for a crossdev i ran that forced lower versions, but i get the same error when i let it use latest..
| Code: |
--------------------------------------------------------------------------------
* Host Portage ARCH: x86
* Target Portage ARCH: arm
* Target System: arm-unknown-linux-gnu
* Stage: 4 (C/C++ compiler)
* binutils: binutils-2.16.1
* gcc: gcc-3.4.5
* headers: linux-headers-2.6.11-r2
* libc: glibc-2.3.5-r2
* PORTDIR_OVERLAY: /usr/local/portage
* PORT_LOGDIR: /var/log/portage
* PKGDIR: /usr/portage/packages/cross/arm-unknown-linux-gnu
* PORTAGE_TMPDIR: /var/tmp/cross/arm-unknown-linux-gnu
_ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ - ~ - _ -
Gentoo Base System version 1.12.0_pre16
Portage 2.1_pre6-r6 (default-linux/x86/2006.0, gcc-3.4.5, glibc-2.4-r1, 2.6.16-gentoo i686)
=================================================================
System uname: 2.6.16-gentoo i686 Intel(R) Pentium(R) 4 CPU 3.20GHz
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [disabled]
dev-lang/python: 2.3.5-r2, 2.4.2-r1
sys-apps/sandbox: 1.2.17
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.91.0.1
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O3 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium4 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages/cross/arm-unknown-linux-gnu"
PORTAGE_TMPDIR="/var/tmp/cross/arm-unknown-linux-gnu"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://twincam.phazen.local/gentoo-portage"
USE="x86 X alsa apache2 apm avi berkdb bitmap-fonts bluetooth cli crypt ctype cups dba dbus dri dvd dvdr eds emboss encode esd expat fam fastbuild fat foomaticdb force-cgi-redirect fortran ftp gd gdbm gif gnome gpm gstreamer gtk gtk2 hal hfs imlib ipv6 jpeg kqemu libg++ libwww mad matroska memlimit mikmod mmx mono motif mp3 mpeg ncurses new-login nls nptl nptlonly ntfs ogg opengl oss pam pcre pda pdflib perl png posix python quicktime readline samba sdl session simplexml soap sockets spell spl sse sse2 ssl tcpd tokenizer truetype truetype-fonts type1-fonts udev vorbis win32codecs xml xsl xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux userland_GNU video_cards_nv video_cards_nvidia video_cards_vesa"
Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS, LINGUAS
|
|
|
| Back to top |
|
|
el_Salmon
Guru
Joined: 15 Dec 2003
Posts: 339
Location: Around 2.4GHz
|
| Posted: Tue Mar 28, 2006 9:07 pm Post subject: |
|
|
What's the problem?:
| Code: | # cd /usr/x86_64-pc-linux-gnu/
# ln -s .. /usr
ln: `/usr/..': cannot overwrite directory
|
|
|
| Back to top |
|
|
blank_vlad
n00b
Joined: 30 Jan 2005
Posts: 24
|
| Posted: Tue Mar 28, 2006 9:38 pm Post subject: |
|
|
| el_Salmon wrote: | What's the problem?:
| Code: | # cd /usr/x86_64-pc-linux-gnu/
# ln -s .. /usr
ln: `/usr/..': cannot overwrite directory
|
|
You're using a non-relative path. I think what you're trying to do is this:
FYI, one of the crossdev maintainers has posted a slightly different workaround here:
http://permalink.gmane.org/gmane.linux.gentoo.embedded/530
Works for me. |
|
| Back to top |
|
|
Jake
Veteran
Joined: 31 Jul 2003
Posts: 1132
|
| Posted: Tue Mar 28, 2006 9:39 pm Post subject: |
|
|
| el_Salmon wrote: | What's the problem?:
| Code: | # cd /usr/x86_64-pc-linux-gnu/
# ln -s .. /usr
ln: `/usr/..': cannot overwrite directory
|
|
You want "ln -s .. usr" to create a link to ".." called "usr", but I doubt that trick will work for any combination other than x86/amd64. |
|
| Back to top |
|
|
Jake
Veteran
Joined: 31 Jul 2003
Posts: 1132
|
| Posted: Tue Mar 28, 2006 11:45 pm Post subject: |
|
|
Me too. Thanks. |
|
| Back to top |
|
|
el_Salmon
Guru
Joined: 15 Dec 2003
Posts: 339
Location: Around 2.4GHz
|
| Posted: Wed Mar 29, 2006 3:29 pm Post subject: |
|
|
At last!
Thank you very much! |
|
| Back to top |
|
|
gringo
Advocate
Joined: 27 Apr 2003
Posts: 3793
|
| Posted: Thu Mar 30, 2006 9:20 am Post subject: |
|
|
thanks guys, the workaround helped here too
cheers |
|
| Back to top |
|
|
tecknojunky
Veteran
Joined: 19 Oct 2002
Posts: 1937
Location: Montréal
|
| Posted: Mon May 01, 2006 5:18 pm Post subject: |
|
|
Dito!
_________________
(7 of 9) Installing star-trek/species-8.4.7.2::talax. |
|
| Back to top |
|
|
|
Gentoo on AMD64
