View previous topic :: View next topic |
Author |
Message |
viz n00b
Joined: 08 Jul 2002 Posts: 42 Location: Germany
|
Posted: Mon Aug 19, 2002 5:27 pm Post subject: Latest version of binutils (2.13) breaks with kernel sources |
|
|
The latest version of binutils (2.13.90.0.4) actually won't install my kernel and modules correct. There are a lot of "unresolved symbols" errors when
it comes to depmod. It's definitely not a kernel config issue since compiling and installing works nice with binutils 2.11 . If you know a workaround (best would be fixing kernel sources so they get along with the latest binutils version) then please let me know.
Greetings,
viz _________________ Decaffeinated Coffee?! Just say No! |
|
Back to top |
|
|
viz n00b
Joined: 08 Jul 2002 Posts: 42 Location: Germany
|
Posted: Mon Aug 19, 2002 5:35 pm Post subject: |
|
|
Actually I'm running gentoo 1.4b but that shouldn't matter. The problem is the discrepancy between binutils and kernel sources (in my case gentoo-sources). _________________ Decaffeinated Coffee?! Just say No! |
|
Back to top |
|
|
Guest
|
Posted: Mon Aug 19, 2002 6:08 pm Post subject: |
|
|
I'm having the same problem now. Just built a base 1.4b system, with the kernel failing. It boots and i can insmod the modules in the correct order, but i feel fucked up.
I want cumbrelocks, so i cannot downgrade binutils.
I'm using vanilla-sources 2.4.19 patched with the xfs big patch for it. |
|
Back to top |
|
|
Guest
|
Posted: Mon Aug 19, 2002 6:52 pm Post subject: Bugzilla |
|
|
See bug #6730 |
|
Back to top |
|
|
rac Bodhisattva
Joined: 30 May 2002 Posts: 6553 Location: Japanifornia
|
Posted: Mon Aug 19, 2002 7:56 pm Post subject: |
|
|
Moving from Installing Gentoo to Other Things Gentoo, since it's outside the scope of the initial installation.
If the comment in bug 6730 about ignoring the messages doesn't work for you, the CPU you are using might be of interest to people who could try to help. _________________ For every higher wall, there is a taller ladder |
|
Back to top |
|
|
Azarah Retired Dev
Joined: 20 Jun 2002 Posts: 81
|
Posted: Mon Aug 19, 2002 9:51 pm Post subject: |
|
|
binutils-2.12.90.0.7 also have combreloc enabled by default.
Maybe check your config again ... Verwilst and Gerk havent
reported any of these problems. What kernel btw? |
|
Back to top |
|
|
viz n00b
Joined: 08 Jul 2002 Posts: 42 Location: Germany
|
Posted: Mon Aug 19, 2002 10:03 pm Post subject: |
|
|
In my case that's gentoo-sources-2.4.19-r7 . _________________ Decaffeinated Coffee?! Just say No! |
|
Back to top |
|
|
viz n00b
Joined: 08 Jul 2002 Posts: 42 Location: Germany
|
Posted: Mon Aug 19, 2002 10:22 pm Post subject: |
|
|
I forgot to mention that it indeed works
with binutils-2.12.90.0.7. Other versions
higher than that won't work on my system.
I had the same problem on a Debian system
with binutils-2.12.90.0.15 installed. There it
was an official bug; and there was an "official"
workaround for that. Watch my comments on
BUG #6730 on bugs.gentoo.org. Sorry bout
the format of this text, Im writing this
within lynx. _________________ Decaffeinated Coffee?! Just say No! |
|
Back to top |
|
|
viz n00b
Joined: 08 Jul 2002 Posts: 42 Location: Germany
|
Posted: Mon Aug 19, 2002 11:21 pm Post subject: |
|
|
I've made some research and found out
that maybe it isn't a binutils issue but
a conflict of binutils with the current
version of modutils found in the portage tree. Some
people didn't have any problems
building kernels, some (including me) have.
It's possibly an architecture problem.
My system as described below:
Athlon TB 800 Mhz
512 MB Ram
Gentoo 1.4b (with gcc-3.2)
I'm now going to install the old
version of binutils again as this should
work. _________________ Decaffeinated Coffee?! Just say No! |
|
Back to top |
|
|
Ansorg Apprentice
Joined: 13 Jul 2002 Posts: 193
|
Posted: Tue Aug 20, 2002 1:03 am Post subject: |
|
|
same issue here:
fresh Gentoo 1.4 (final?), gentoo-source-2.4.19-r7, binutils 2.13.xxx:
lots of unresolved Symbols with the kernel modules
now trying binutils 2.12.90.0.7 ... will report back later _________________ thanks
Jens |
|
Back to top |
|
|
masseya Bodhisattva
Joined: 17 Apr 2002 Posts: 2602 Location: Baltimore, MD
|
Posted: Tue Aug 20, 2002 3:11 am Post subject: |
|
|
I had the same problem. I don't know if ignoring it will work for me or not because I'm still compiling the rest of the system. I'll update y'all when I know more.
P3 (mobile) -1000 MHz and binutils 2.13.90.0.4 _________________ if i never try anything, i never learn anything..
if i never take a risk, i stay where i am.. |
|
Back to top |
|
|
Ansorg Apprentice
Joined: 13 Jul 2002 Posts: 193
|
Posted: Tue Aug 20, 2002 6:34 am Post subject: |
|
|
going back to 2.12.90.0.7 helped here:
no issues with the kernel and building the rest of the system works so far:
X is done, mozilla is done ... working on gnome2 etc ... _________________ thanks
Jens |
|
Back to top |
|
|
Tuxisuau Apprentice
Joined: 04 May 2002 Posts: 213 Location: Catalunya (Europe)
|
Posted: Tue Aug 20, 2002 7:22 am Post subject: Temporal solutions |
|
|
You can:
Downgrade binutils: You lose combrelocks and other nice things :(.
Workarround with insmod: Kernel and its modules works perfecly if you load the modules you need in the correct order with insmod. The problem is with modprobe, that will be unable to resolve the dependences between modules, but if you use insmod there's no major pain until a real fix comes. _________________ IM me at tuxisuau@jabber.7a69ezine.org |
|
Back to top |
|
|
asimon l33t
Joined: 27 Jun 2002 Posts: 979 Location: Germany, Old Europe
|
Posted: Tue Aug 20, 2002 7:51 am Post subject: |
|
|
Because this issue seems to only affect kernel modules and some people do not want to switch back to some older version of binutils a workaround is to just compile everything you need into the kernel -- without modules.
The only module which I load is the NVidia kernel module, which works just fine.
Cheers,
Andreas |
|
Back to top |
|
|
Azarah Retired Dev
Joined: 20 Jun 2002 Posts: 81
|
Posted: Tue Aug 20, 2002 6:11 pm Post subject: Re: Temporal solutions |
|
|
Tuxisuau wrote: | You can:
Downgrade binutils: You lose combrelocks and other nice things .
Workarround with insmod: Kernel and its modules works perfecly if you load the modules you need in the correct order with insmod. The problem is with modprobe, that will be unable to resolve the dependences between modules, but if you use insmod there's no major pain until a real fix comes. |
Like I already stated, 2.12.90.0.7 do have combreloc
enabled. As a fact, it was enabled by default from 2.12.*,
so as long as you do not downgrade to 2.11.*, you will
be fine. |
|
Back to top |
|
|
viz n00b
Joined: 08 Jul 2002 Posts: 42 Location: Germany
|
Posted: Tue Aug 20, 2002 11:44 pm Post subject: |
|
|
Ok, here it is: It is indeed a modutils issue.
I made a quick ebuild hack for the
latest version of modutils (2.4.19). Then
kernel building works like a charme.
I will attach this ebuild to BUG #6730 .
For all the impatient: You may download
this file from http://www.databoogie.net/modutils-2.4.19.ebuild to satisfy your
installation needs with Gentoo 1.4 _________________ Decaffeinated Coffee?! Just say No! |
|
Back to top |
|
|
warrax n00b
Joined: 20 Aug 2002 Posts: 13
|
Posted: Wed Aug 21, 2002 6:29 am Post subject: more binutils breakage? |
|
|
Hi all,
(tried posting this in a new thread since it's not really related to the thread subject, except for the fact that we are talking about modutils, but a mod. locked it. So anyway, here goes:)
i upgraded to 2.13.90.0.4 yesterday morning (after having upgraded to GCC3 and having the system up and running perfectly for about a day), and now I cannot get anything to compile with dynamic linking... not even "Hello, world". Any executables immediately segfault, running an strace on them just shows that they load ld.so, but fail on some sort of mmap syscall.
I've tried downgrading/memerging binutils through setting CFLAGS="-O0 -static", but that fails with the following error message:
Code: |
echo $f > tofiles
/bin/sh ./../move-if-change tofiles ofiles
touch stamp-ofiles
creating bfd-in3.h
rm -f bfd-tmp.h
cp bfd-in3.h bfd-tmp.h
/bin/sh ./../move-if-change bfd-tmp.h bfd.h
rm -f bfd-tmp.h
touch stmp-bfd-h
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -D_GNU_SOURCE -DTRAD_CORE -I. -I. -I./../include -I./../intl -I../intl -W -Wall -Wstrict-prototypes -Wmissing-prototypes -static -O0 -c archive.c
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I. -D_GNU_SOURCE -DTRAD_CORE -I. -I. -I./../include -I./../intl -I../intl -W -Wall -Wstrict-prototypes -Wmissing-prototypes -static -O0 -c -DDEFAULT_VECTOR=bfd_elf32_i386_vec -DSELECT_VECS='&bfd_elf32_i386_vec,&i386linux_vec,
&bfd_efi_app_ia32_vec,&bfd_elf32_little_generic_vec,&bfd_elf32_big_generic_vec' -DSELECT_ARCHITECTURES='&bfd_i386_arch' -DHAVE_bfd_elf32_i386_vec -DHAVE_i386linux_vec -DHAVE_bfd_efi_app_ia32_vec -DHAVE_bfd_elf32_little_generic_vec -DHAVE_bfd_elf32_big_generic_vec ./archures.c
mkdir .libs
gcc -DHAVE_CONFIG_H -I. -I. -I. -D_GNU_SOURCE -DTRAD_CORE -I. -I. -I./../include -I./../intl -I../intl -W -Wall -Wstrict-prototypes -Wmissing-prototypes -O0 -c archive.c -fPIC -DPIC -o .libs/archive.o
gcc -DHAVE_CONFIG_H -I. -I. -I. -D_GNU_SOURCE -DTRAD_CORE -I. -I. -I./../include -I./../intl -I../intl -W -Wall -Wstrict-prototypes -Wmissing-prototypes -O0 -c -DDEFAULT_VECTOR=bfd_elf32_i386_vec "-DSELECT_VECS=&bfd_elf32_i386_vec,&i386linux_vec,
&bfd_efi_app_ia32_vec,&bfd_elf32_little_generic_vec,&bfd_elf32_big_generic_vec" "-DSELECT_ARCHITECTURES=&bfd_i386_arch" -DHAVE_bfd_elf32_i386_vec -DHAVE_i386linux_vec -DHAVE_bfd_efi_app_ia32_vec -DHAVE_bfd_elf32_little_generic_vec -DHAVE_bfd_elf32_big_generic_vec ./archures.c -fPIC -DPIC -o .libs/archures.o
In file included from archures.c:25:
libbfd.h:95: parse error before "_bfd_error_handler"
libbfd.h:95: warning: type defaults to `int' in declaration of `_bfd_error_handler'
libbfd.h:95: warning: data definition has no type or storage class
libbfd.h:107: parse error before '*' token
libbfd.h:107: warning: type defaults to `int' in declaration of `bfd_generic_archive_p'
libbfd.h:107: warning: data definition has no type or storage class
libbfd.h:132: parse error before '*' token
libbfd.h:132: warning: type defaults to `int' in declaration of `_bfd_dummy_target'
libbfd.h:132: warning: data definition has no type or storage class
libbfd.h:167: parse error before "asection"
libbfd.h:167: warning: function declaration isn't a prototype
libbfd.h:169: parse error before "asection"
libbfd.h:169: warning: function declaration isn't a prototype
libbfd.h:307: parse error before "asection"
libbfd.h:307: warning: function declaration isn't a prototype
libbfd.h:359: parse error before '*' token
libbfd.h:360: parse error before "asymbol"
libbfd.h:360: warning: type defaults to `int' in declaration of `_bfd_generic_minisymbol_to_symbol'
libbfd.h:360: warning: function declaration isn't a prototype
libbfd.h:360: warning: data definition has no type or storage class
libbfd.h:364: parse error before "asymbol"
[...lots more errors...]
make[3]: *** [archive.lo] Error 1
make[3]: Leaving directory `/var/tmp/portage/binutils-2.12.90.0.7/work/binutils-2.12.90.0.7/bfd'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/binutils-2.12.90.0.7/work/binutils-2.12.90.0.7/bfd'
make[1]: *** [all-recursive-am] Error 2
make[1]: Leaving directory `/var/tmp/portage/binutils-2.12.90.0.7/work/binutils-2.12.90.0.7/bfd'
make: *** [all-bfd] Error 2
!!! ERROR: The ebuild did not complete successfully.
!!! Function src_compile, Line 3596, Exitcode 2
!!! (no error message)
!!! emerge aborting on /usr/portage/sys-devel/binutils/binutils-2.12.90.0.7.ebuild
|
Line 95 in libbfd.h is
Code: |
extern bfd_error_handler_type _bfd_error_handler;
|
and it seems that the bfd_error_handler_type is not defined. This causes the parse error. Just on a whim i tried to search for the bfd_error_handler in the kernel tree, and sure enough, it's defined in a header called bfd.h in /usr/src/linux somewhere. However the version that's in there seems to be an old leftover from when i used GCC 2.95.X to compile the kernel.
Anyone have any clues as to what's going on and how I can get back to a usable system? (Well, the system is usable, but I can't emerge anything without "-static" which is kind of a bummer... |
|
Back to top |
|
|
viz n00b
Joined: 08 Jul 2002 Posts: 42 Location: Germany
|
Posted: Wed Aug 21, 2002 10:52 am Post subject: |
|
|
Quote: | i upgraded to 2.13.90.0.4 yesterday morning[...]and now I cannot get anything to compile with dynamic linking... not even "Hello, world". |
This seems to be a major problem with updating binutils. If you're only using the version of binutils installed when bootstrapping then you should have no problems. Otherwise you will fail
to compile anything. I hope this is being worked out. So, for the moment it's the best to bootstrap with the latest version of binutils and modutils. _________________ Decaffeinated Coffee?! Just say No! |
|
Back to top |
|
|
warrax n00b
Joined: 20 Aug 2002 Posts: 13
|
Posted: Wed Aug 21, 2002 10:57 am Post subject: |
|
|
Nevermind. After reworking the binutils ebuild slightly i finally got it to compile, but unfortunately the binaries were completely hosed. Oh,well... off to build a stage2 system and making binary packages... _________________ ... and that's how I became an ordained minister without wearing pants! |
|
Back to top |
|
|
warrax n00b
Joined: 20 Aug 2002 Posts: 13
|
Posted: Wed Aug 21, 2002 11:50 am Post subject: |
|
|
viz wrote: | This seems to be a major problem with updating binutils. If you're only using the version of binutils installed when bootstrapping then you should have no problems. Otherwise you will fail
to compile anything. I hope this is being worked out. So, for the moment it's the best to bootstrap with the latest version of binutils and modutils. |
Well, that was discouraging. I've just tried starting from the stage1-1.4b tarball, doing exactly as described in the install doc:
- tar xfj stage1-...
- setting CFLAGS, PROXY, etc. in /etc/make.conf
- emerge sync
- (cd /usr/portage; scripts/bootstrap.sh)
and that also fails, producing binutils which don't work. (Btw, this was done in a chroot, so it is a completely clean environment).
I'll try removing "-fomit-frame-pointer" from the CFLAGS and bootstrap from stage1 again to see if that works better. _________________ ... and that's how I became an ordained minister without wearing pants! |
|
Back to top |
|
|
viz n00b
Joined: 08 Jul 2002 Posts: 42 Location: Germany
|
Posted: Wed Aug 21, 2002 1:58 pm Post subject: |
|
|
Well...what exactly didn't work for you while bootstrapping? binutils seems to compile fine. The ony problems lies within building a kernel with modules (but that's a problem of modutils-2.4.16). _________________ Decaffeinated Coffee?! Just say No! |
|
Back to top |
|
|
warrax n00b
Joined: 20 Aug 2002 Posts: 13
|
Posted: Wed Aug 21, 2002 3:12 pm Post subject: |
|
|
viz wrote: | Well...what exactly didn't work for you while bootstrapping? binutils seems to compile fine. The ony problems lies within building a kernel with modules (but that's a problem of modutils-2.4.16). |
Like I said, binutils wouldn't work, for example gcc would compile hello_world.c, but the executable would immediately segfault. But I have now isolated the problem. It seems that the new binutils will simply break (NOTE: the b0rked binutils will install, breaking your installation completely) if you use the "-fomit-frame-pointer" flag to the compiler (this was with GCC3.2).
Once I removed that flag, the new binutils seemed to work fine.
I've added this to the current binutils bug on bugs.gentoo.org, so hopefully something will be done to remove the "-fomit-frame-pointer" flag before compilation of binutils in a new revision of the binutils ebuild. _________________ ... and that's how I became an ordained minister without wearing pants! |
|
Back to top |
|
|
viz n00b
Joined: 08 Jul 2002 Posts: 42 Location: Germany
|
Posted: Wed Aug 21, 2002 3:32 pm Post subject: |
|
|
Recognized it. _________________ Decaffeinated Coffee?! Just say No! |
|
Back to top |
|
|
xming Guru
Joined: 02 Jul 2002 Posts: 441
|
Posted: Wed Aug 21, 2002 9:37 pm Post subject: binutils blues |
|
|
I comfirm this, everything just seg faults, now I am looking binutils binaries, hmm, ...
xming |
|
Back to top |
|
|
Azarah Retired Dev
Joined: 20 Jun 2002 Posts: 81
|
Posted: Wed Aug 21, 2002 10:29 pm Post subject: |
|
|
Should be fine if you can get it merged now and your
rsync server is up to date, as Verwilst have already fixed
this on CVS. |
|
Back to top |
|
|
|