View previous topic :: View next topic |
Author |
Message |
tomee n00b
Joined: 05 Sep 2006 Posts: 38 Location: Poland
|
Posted: Sun Oct 15, 2006 7:10 pm Post subject: |
|
|
R-Type wrote: | Code: | gcc -DHAVE_CONFIG_H -I. -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd -I. -I. -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/../include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -march=athlon64 -mtune=athlon64 -O3 -pipe -c /var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/bfdsort.c -fPIC -DPIC -o .libs/bfdsort.o
/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/bfdsort.c:96: error: expected declaration specifiers or '...' before 'bfd_qsort_closure_func'
/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/bfdsort.c:97: warning: no previous prototype for 'bfd_qsort'
/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/bfdsort.c: In function 'bfd_qsort':
/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/bfdsort.c:128: error: 'cmp' undeclared (first use in this function)
/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/bfdsort.c:128: error: (Each undeclared identifier is reported only once
/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/bfdsort.c:128: error: for each function it appears in.)
make[4]: *** [bfdsort.lo] Error 1
make[4]: Leaving directory `/var/tmp/portage/binutils-2.17.50.0.5/work/build/bfd'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/var/tmp/portage/binutils-2.17.50.0.5/work/build/bfd'
make[2]: *** [all] Error 2 |
I get this when building the new binutils-2.17.50.0.5 build from your overlay. the bdirect useflag is enabled. This is on amd64. |
Bump, same here. Binutils-2.17.50.0.5 from official tree emerged OK. |
|
Back to top |
|
|
octapus n00b
Joined: 10 Mar 2003 Posts: 35
|
Posted: Mon Oct 16, 2006 9:58 am Post subject: |
|
|
I'm trying to compile binutils with bdirect enabled but i get the same error messages as "tomee" and "R-Type" (inside bfdsort.c).
[ebuild U ] sys-devel/binutils-2.17.50.0.5 [2.17.50.0.3] USE="bdirect%* nls -multislot (-multitarget) -test -vanilla" 0 kB [3]
I too run a x86_64. |
|
Back to top |
|
|
nowinter Tux's lil' helper
Joined: 30 Apr 2006 Posts: 90
|
Posted: Tue Oct 17, 2006 1:40 am Post subject: all messed up.. as usual. |
|
|
I know this message shouldn't be here, but here's where all the geeks are. And I'm next to desperate.
I had two versions of binutils installed on my system - 2.17 from nxsty and 2.17.50.0.3 from portage. The first one was in actual use.
One damned moment I decided to try the 2nd version and did `binutils-config 2` from the shell. As you may guess, nothing ever worked after that.
I booted Knoppix, but I can't chroot to my / : "chroot: cannot run command `/bin/bash': No such file or directory". Not any other command may I run with chroot. And the executables are there.
I made it to /etc/env.d/binutils/ and re-pointed CURRENT to 2.17, hoping it would work - nope. Kernel panic, not syncing, no init found, specify on command line.. Well, I don't use initrd.
Is there any way out?????
_________________ All In All Is All We All Are |
|
Back to top |
|
|
nxsty Veteran
Joined: 23 Jun 2004 Posts: 1556 Location: .se
|
Posted: Tue Oct 17, 2006 12:15 pm Post subject: Re: all messed up.. as usual. |
|
|
nowinter wrote: | I know this message shouldn't be here, but here's where all the geeks are. And I'm next to desperate.
I had two versions of binutils installed on my system - 2.17 from nxsty and 2.17.50.0.3 from portage. The first one was in actual use.
One damned moment I decided to try the 2nd version and did `binutils-config 2` from the shell. As you may guess, nothing ever worked after that.
I booted Knoppix, but I can't chroot to my / : "chroot: cannot run command `/bin/bash': No such file or directory". Not any other command may I run with chroot. And the executables are there.
I made it to /etc/env.d/binutils/ and re-pointed CURRENT to 2.17, hoping it would work - nope. Kernel panic, not syncing, no init found, specify on command line.. Well, I don't use initrd.
Is there any way out?????
|
That really doesn´t sound like a binutils problem. Even if you have two incompatible binutils versions installed you should be able to switch betwen them without problems. Something else must be wrong. Are you chroting the right dir? Is the root partition properly mounted? Is the filesystem ok? |
|
Back to top |
|
|
nowinter Tux's lil' helper
Joined: 30 Apr 2006 Posts: 90
|
Posted: Thu Oct 19, 2006 9:32 pm Post subject: |
|
|
thx4reply, nxsty
sorry for misinformating you, it was in fact a glibc issue. the new glibc from your overlay didn't sit well in my system, with both -Bdirect and --hashstyle enabled _________________ All In All Is All We All Are |
|
Back to top |
|
|
nowinter Tux's lil' helper
Joined: 30 Apr 2006 Posts: 90
|
Posted: Sat Oct 21, 2006 2:41 pm Post subject: invalid out-of-map direct binding |
|
|
I have another sudden problem: tons of messages of the kind as above, e.g.:
8428: Warning: ignoring invalid out-of-map direct binding for symbol strcpy: 0xba0a9fc8
It's like I would have switched to new glibc, but I didn't. Everything was quite fine, incl. emerging stuff. The latest thing I can think of was a qt-3 upgrade: instead of portage's newly unmasked 3.3.6-r3 I emerged 3.3.6-r4 (still ~), replacing my own 3.3.6-r1. Could it be the problem??? _________________ All In All Is All We All Are |
|
Back to top |
|
|
nowinter Tux's lil' helper
Joined: 30 Apr 2006 Posts: 90
|
Posted: Sat Oct 21, 2006 10:02 pm Post subject: |
|
|
HELP!!! _________________ All In All Is All We All Are |
|
Back to top |
|
|
nowinter Tux's lil' helper
Joined: 30 Apr 2006 Posts: 90
|
Posted: Sun Oct 22, 2006 12:53 pm Post subject: |
|
|
I can't understand that. One of those bdirect errors is
"ignoring invalid out-of-map direct binding for symbol __cxa_finalize: 0x45052"
when I use tab completion, e.g. in
#ls d<tab>
Now, I've opened two terminals (rxvt), one of them produces the warning and the other does not!! _________________ All In All Is All We All Are |
|
Back to top |
|
|
nowinter Tux's lil' helper
Joined: 30 Apr 2006 Posts: 90
|
Posted: Sun Oct 22, 2006 7:03 pm Post subject: |
|
|
Ok, it just disappeared. damn. I emerged the newest kdelibs.. but I think it has disappeared before that.. Total mystery. _________________ All In All Is All We All Are |
|
Back to top |
|
|
nxsty Veteran
Joined: 23 Jun 2004 Posts: 1556 Location: .se
|
Posted: Sun Oct 22, 2006 9:38 pm Post subject: |
|
|
Glad to hear it's working now. Anyway I just added the latest -Bdirect patch to my overlay. It might be a good idea to upgrade! |
|
Back to top |
|
|
S. Traaken Tux's lil' helper
Joined: 14 Nov 2003 Posts: 135
|
Posted: Sun Oct 22, 2006 10:40 pm Post subject: |
|
|
nxsty wrote: | Glad to hear it's working now. Anyway I just added the latest -Bdirect patch to my overlay. It might be a good idea to upgrade! |
Are you sure your overlay is up to date? I see no new patch when updating via svn. |
|
Back to top |
|
|
nxsty Veteran
Joined: 23 Jun 2004 Posts: 1556 Location: .se
|
Posted: Mon Oct 23, 2006 7:28 am Post subject: |
|
|
S. Traaken wrote: | nxsty wrote: | Glad to hear it's working now. Anyway I just added the latest -Bdirect patch to my overlay. It might be a good idea to upgrade! |
Are you sure your overlay is up to date? I see no new patch when updating via svn. |
If it has the 1.3 (2.5) or 2.4 (2.5.90) extra patches it´s up to date. |
|
Back to top |
|
|
abhay Apprentice
Joined: 30 Jul 2005 Posts: 161
|
Posted: Mon Oct 23, 2006 7:37 am Post subject: |
|
|
Code: | checking for a BSD-compatible install... /bin/install -c
checking whether ln -s works... yes
checking for i686-pc-linux-gnu-gcc... i686-pc-linux-gnu-gcc
checking for suffix of object files... configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
!!! ERROR: sys-libs/glibc-2.5 failed.
Call stack:
ebuild.sh, line 1568: Called dyn_compile
ebuild.sh, line 937: Called src_compile
glibc-2.5.ebuild, line 1154: Called toolchain-glibc_src_compile
glibc-2.5.ebuild, line 259: Called glibc_do_configure 'nptl'
glibc-2.5.ebuild, line 922: Called die
!!! failed to configure glibc
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! This ebuild is from an overlay: '/usr/local/overlays/toolchain_overlay' |
I just updated the overlay using SVN and now re-compiling glibc throws that error. Can someone please help and tell me what I am doing wrong
Code: | # emerge --info
Portage 2.1.2_pre3-r6 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.17-beyond4 i686)
=================================================================
System uname: 2.6.17-beyond4 i686 Intel(R) Pentium(R) 4 CPU 2.66GHz
Gentoo Base System version 1.12.5
Last Sync: Sun, 22 Oct 2006 05:30:01 +0000
ccache version 2.4 [enabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python: 2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: 2.4-r6
dev-util/confcache: [Not Present]
sys-apps/sandbox: 1.2.18.1
sys-devel/autoconf: 2.13, 2.60
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils: 2.17.50.0.6
sys-devel/gcc-config: 1.3.14
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.17-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -mtune=prescott -march=prescott -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -pipe -fno-ident"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo"
CXXFLAGS="-O3 -mtune=prescott -march=prescott -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -pipe -fno-ident -fvisibility-inlines-hidden -fno-enforce-eh-specs"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict userpriv usersandbox"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://ftp.heanet.ie/mirrors/gentoo.org/ http://gentoo.osuosl.org/ http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LC_ALL="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--enable-new-dtags -Wl,--as-needed -Wl,--hash-style=both"
LINGUAS="en"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=3600 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage /usr/local/overlays/toolchain_overlay"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X a52 aac acpi aiglx alsa amr arts artswrappersuid avi berkdb bitmap-fonts branding bzip2 cairo cddb cdr cli cracklib crypt cups curl dbus dga dlloader dri dts dvd dvdr elibc_glibc emboss encode ffmpeg firefox flac foomaticdb fortran gdbm gif glitz gpm gstreamer gtk hal i8x0 imlib input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog jpeg jpeg2k kde kdeenablefinal kdehiddenvisibility kdenewldflags kernel_linux lcms ldap libcaca libg++ linguas_en logrotate lzo mad matroska mikmod mjpeg mmx mmx2 mmxext modplug motif mp3 mpeg musepack musicbrainz ncurses nls nojoystick nptl nptlonly ogg opengl oss pam pcre pdf perl pic png ppds pppd python qt qt3 quicktime readline real reflection scanner sdl session smime sndfile spell spl sse sse2 sse3 ssl svg svga tcl tcpd theora tiff timidity tk truetype truetype-fonts type1-fonts udev unicode usb userland_GNU utempter vcd video_cards_i810 video_cards_vesa vidix vorbis win32codecs wma x264 xcomposite xforms xine xml xorg xv xvid xvmc zlib"
Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, PORTAGE_RSYNC_EXTRA_OPTS |
EDIT: Ok it was my fault. I updated binutils from portage and it screwed everything up. The whole toolchain broke but thanks to god I recovered
Last edited by abhay on Tue Oct 24, 2006 2:17 pm; edited 2 times in total |
|
Back to top |
|
|
S. Traaken Tux's lil' helper
Joined: 14 Nov 2003 Posts: 135
|
Posted: Mon Oct 23, 2006 10:51 pm Post subject: |
|
|
nxsty wrote: | If it has the 1.3 (2.5) or 2.4 (2.5.90) extra patches it´s up to date. |
Should that be 1.4 for 2.5.90? Because that's what I appear to have.
I was hoping there was a fix for getting binutils built with bdirect on amd64. |
|
Back to top |
|
|
AlphaHeX n00b
Joined: 17 Jan 2005 Posts: 60 Location: Warsaw, Poland
|
Posted: Tue Oct 24, 2006 1:29 pm Post subject: extra paches for glibc |
|
|
I would like to ask for a changelog of extra patches for glibc. You have indeed updated extra patches for glibc to 1.3 but what was changed since last version is unknown Do I have to reemerge glibc or even world in such case ? _________________ HP Pavilion HDX9494NR [Intel Core 2 Duo X9000 | 20.1" Wide SXGA+ | 8GB Memory | 120 SSD + 500 HDD 7200rpm | Blu-ray Disc / Super Multi | NVIDIA GeForce 8800M GTS] |
|
Back to top |
|
|
nxsty Veteran
Joined: 23 Jun 2004 Posts: 1556 Location: .se
|
Posted: Tue Oct 24, 2006 8:36 pm Post subject: |
|
|
S. Traaken wrote: | nxsty wrote: | If it has the 1.3 (2.5) or 2.4 (2.5.90) extra patches it´s up to date. |
Should that be 1.4 for 2.5.90? Because that's what I appear to have.
I was hoping there was a fix for getting binutils built with bdirect on amd64. |
Yea, 1.4 is the correct.
I'm going to try solving the binutils problem when I update it to the new version sometime soon. |
|
Back to top |
|
|
nxsty Veteran
Joined: 23 Jun 2004 Posts: 1556 Location: .se
|
Posted: Tue Oct 24, 2006 8:37 pm Post subject: Re: extra paches for glibc |
|
|
AlphaHeX wrote: | I would like to ask for a changelog of extra patches for glibc. You have indeed updated extra patches for glibc to 1.3 but what was changed since last version is unknown Do I have to reemerge glibc or even world in such case ? |
Actually only the -Bdirect patch is new so you don´t need to recompile anything. |
|
Back to top |
|
|
AlphaHeX n00b
Joined: 17 Jan 2005 Posts: 60 Location: Warsaw, Poland
|
Posted: Thu Oct 26, 2006 8:27 am Post subject: |
|
|
nxsty what is the current status of -Bdirect patch? Is it working with hash-style? And finally what is the future of -Bdirect patch? Is that patch going to be still developed or it will be dropped? _________________ HP Pavilion HDX9494NR [Intel Core 2 Duo X9000 | 20.1" Wide SXGA+ | 8GB Memory | 120 SSD + 500 HDD 7200rpm | Blu-ray Disc / Super Multi | NVIDIA GeForce 8800M GTS] |
|
Back to top |
|
|
nowinter Tux's lil' helper
Joined: 30 Apr 2006 Posts: 90
|
Posted: Thu Oct 26, 2006 11:12 am Post subject: |
|
|
yeah, I also second the question above. And, my "invalid out-of-map direct binding" errors are back, I think this happened after prelinking. Not all of them, though, e.g. _finalize doesn't appear now, but many others do, like strcpy, fwrite etc. _________________ All In All Is All We All Are |
|
Back to top |
|
|
nowinter Tux's lil' helper
Joined: 30 Apr 2006 Posts: 90
|
Posted: Thu Oct 26, 2006 2:04 pm Post subject: |
|
|
yes, it's a prelink error, disappeared after I've undone prelinking. Can't get more details, apparingly there are some specific symbols affected. I was prelinking in a forced mode, prelink -avmRhf, now I'm going to try omitting -f and see what happens. _________________ All In All Is All We All Are |
|
Back to top |
|
|
nowinter Tux's lil' helper
Joined: 30 Apr 2006 Posts: 90
|
Posted: Thu Oct 26, 2006 2:23 pm Post subject: |
|
|
no, it's not caused by -f switch.. _________________ All In All Is All We All Are |
|
Back to top |
|
|
zedou42 n00b
Joined: 27 Oct 2006 Posts: 1
|
Posted: Fri Oct 27, 2006 11:57 am Post subject: |
|
|
Hi,
I tried to compile the new Glibc but during the compilation I got this fatal error:
Code: | make[2]: *** No rule to make target `/var/tmp/portage/sys-libs/glibc-2.5.90.20061022/work/build-default-i686-pc-linux-gnu-nptl/iconv/charmap.o', needed by `others'. Stop.
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory `/var/tmp/portage/sys-libs/glibc-2.5.90.20061022/work/glibc-2.5/iconv'
make[1]: *** [iconv/others] Error 2
make[1]: Leaving directory `/var/tmp/portage/sys-libs/glibc-2.5.90.20061022/work/glibc-2.5'
make: *** [all] Error 2
!!! ERROR: sys-libs/glibc-2.5.90.20061022 failed.
Call stack:
ebuild.sh, line 1568: Called dyn_compile
ebuild.sh, line 937: Called src_compile
glibc-2.5.90.20061022.ebuild, line 1157: Called toolchain-glibc_src_compile
glibc-2.5.90.20061022.ebuild, line 261: Called die
|
Any idea? |
|
Back to top |
|
|
nowinter Tux's lil' helper
Joined: 30 Apr 2006 Posts: 90
|
Posted: Sat Oct 28, 2006 3:24 am Post subject: bdirect USE flag makes binutils-2.17.50.5 emerge fail |
|
|
Without the flag, it compiles smoothly..
Emerge log tail (it gets pretty far compiling, bfdsort.c is what makes it finally fail):
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd -I. -DTRAD_CORE -I. -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/../include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -O0 -march=pentium4 -pipe -c -o simple.lo /var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/simple.c
gcc -DHAVE_CONFIG_H -I. -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd -I. -DTRAD_CORE -I. -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/../include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -O0 -march=pentium4 -pipe -c /var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/simple.c -fPIC -DPIC -o .libs/simple.o
gcc -DHAVE_CONFIG_H -I. -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd -I. -DTRAD_CORE -I. -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/../include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -O0 -march=pentium4 -pipe -c /var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/simple.c -o simple.o >/dev/null 2>&1
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd -I. -DTRAD_CORE -I. -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/../include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -O0 -march=pentium4 -pipe -c -o bfdsort.lo /var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/bfdsort.c
gcc -DHAVE_CONFIG_H -I. -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd -I. -DTRAD_CORE -I. -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd -I/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/../include -W -Wall -Wstrict-prototypes -Wmissing-prototypes -O0 -march=pentium4 -pipe -c /var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/bfdsort.c -fPIC -DPIC -o .libs/bfdsort.o
/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/bfdsort.c:96: error: expected declaration specifiers or '...' before 'bfd_qsort_closure_func'
/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/bfdsort.c:97: warning: no previous prototype for 'bfd_qsort'
/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/bfdsort.c: In function 'bfd_qsort':
/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/bfdsort.c:128: error: 'cmp' undeclared (first use in this function)
/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/bfdsort.c:128: error: (Each undeclared identifier is reported only once
/var/tmp/portage/binutils-2.17.50.0.5/work/binutils-2.17.50.0.5/bfd/bfdsort.c:128: error: for each function it appears in.)
make[4]: *** [bfdsort.lo] Error 1
make[4]: Leaving directory `/var/tmp/portage/binutils-2.17.50.0.5/work/build/bfd'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/var/tmp/portage/binutils-2.17.50.0.5/work/build/bfd'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/var/tmp/portage/binutils-2.17.50.0.5/work/build/bfd'
make[1]: *** [all-bfd] Error 2
make[1]: Leaving directory `/var/tmp/portage/binutils-2.17.50.0.5/work/build'
make: *** [all] Error 2
!!! ERROR: sys-devel/binutils-2.17.50.0.5 failed.
I didn't understand the error.. _________________ All In All Is All We All Are |
|
Back to top |
|
|
ryszardzonk Apprentice
Joined: 18 Dec 2003 Posts: 225 Location: Rzeszów, POLAND
|
Posted: Sat Oct 28, 2006 11:48 pm Post subject: Am I crazy???? |
|
|
I just tried to play with the ebuilds for the little wild and this is what I come up with.
1) I tried to get new binutils to merge with bidirect flag, however unsuccesfully. then I tried to use it with just a bidirect patch and not the hash+dynsort patch. It failed co merge as well
2) What I tried to merge binutils with bidirect+hashvals patch only (not dynsort) and it merged properly !!! Using just a -Wl,-hashvals produced gcc error in configure that in can not create executables, but what I found out is that placing -Wl,-Bdirect and -Wl,--hash-style=both WORKED! Either I am insane and it is just my sight playing tricks on me or I have it acctually working (Bdirect and new hashvals patch)
3) I am not sure if this is important, but what I did is emerged the toolchain first without old hashlvals and then tried to emerge it with the new ne and it worked. I am almost at the end of emerge world and yet to see a problem
4) I am not sure if plain ebuild from nxsty would work as I added extra OpenSuse patches. If the would be someone that can take further look at it and say why those patches are not in the Gentoo patchset it would be great.
Ebuilds I used
http://bigvo.dyndns.org/binutils.tar.bz2
http://bigvo.dyndns.org/glibc.tar.bz2 _________________ Sky is not the limit... |
|
Back to top |
|
|
nirax Guru
Joined: 06 Jul 2004 Posts: 319 Location: Germany, old Europe
|
Posted: Sun Nov 05, 2006 7:57 pm Post subject: |
|
|
when i try to emerge the last toolchain overlay, it seems to depend on new previously masked by keyword kernelheaders.
why are these necessary, and what do i have to recompile after the new binutils, glibc and kernel headers ?
the compelte system ?
ps: im on amd64
currently installed arE:
sys-devel/binutils-2.17 from toolchain overlay
glibc from toolchain overlay 2.4-r3
and stock gentoo-sources 2.6.17-gentoo-r8
greets and thanks for the great work,
nirax _________________ quot licet iovi non licet bovi |
|
Back to top |
|
|
|