Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Latest version of binutils (2.13) breaks with kernel sources
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Other Things Gentoo
View previous topic :: View next topic  
Author Message
viz
n00b
n00b


Joined: 08 Jul 2002
Posts: 42
Location: Germany

PostPosted: Mon Aug 19, 2002 5:27 pm    Post subject: Latest version of binutils (2.13) breaks with kernel sources Reply with quote

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


Joined: 08 Jul 2002
Posts: 42
Location: Germany

PostPosted: Mon Aug 19, 2002 5:35 pm    Post subject: Reply with quote

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






PostPosted: Mon Aug 19, 2002 6:08 pm    Post subject: Reply with quote

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






PostPosted: Mon Aug 19, 2002 6:52 pm    Post subject: Bugzilla Reply with quote

See bug #6730
Back to top
rac
Bodhisattva
Bodhisattva


Joined: 30 May 2002
Posts: 6553
Location: Japanifornia

PostPosted: Mon Aug 19, 2002 7:56 pm    Post subject: Reply with quote

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
View user's profile Send private message
Azarah
Retired Dev
Retired Dev


Joined: 20 Jun 2002
Posts: 81

PostPosted: Mon Aug 19, 2002 9:51 pm    Post subject: Reply with quote

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


Joined: 08 Jul 2002
Posts: 42
Location: Germany

PostPosted: Mon Aug 19, 2002 10:03 pm    Post subject: Reply with quote

In my case that's gentoo-sources-2.4.19-r7 .
_________________
Decaffeinated Coffee?! Just say No!
Back to top
View user's profile Send private message
viz
n00b
n00b


Joined: 08 Jul 2002
Posts: 42
Location: Germany

PostPosted: Mon Aug 19, 2002 10:22 pm    Post subject: Reply with quote

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


Joined: 08 Jul 2002
Posts: 42
Location: Germany

PostPosted: Mon Aug 19, 2002 11:21 pm    Post subject: Reply with quote

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


Joined: 13 Jul 2002
Posts: 193

PostPosted: Tue Aug 20, 2002 1:03 am    Post subject: Reply with quote

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


Joined: 17 Apr 2002
Posts: 2602
Location: Baltimore, MD

PostPosted: Tue Aug 20, 2002 3:11 am    Post subject: Reply with quote

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


Joined: 13 Jul 2002
Posts: 193

PostPosted: Tue Aug 20, 2002 6:34 am    Post subject: Reply with quote

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


Joined: 04 May 2002
Posts: 213
Location: Catalunya (Europe)

PostPosted: Tue Aug 20, 2002 7:22 am    Post subject: Temporal solutions Reply with quote

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


Joined: 27 Jun 2002
Posts: 979
Location: Germany, Old Europe

PostPosted: Tue Aug 20, 2002 7:51 am    Post subject: Reply with quote

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
View user's profile Send private message
Azarah
Retired Dev
Retired Dev


Joined: 20 Jun 2002
Posts: 81

PostPosted: Tue Aug 20, 2002 6:11 pm    Post subject: Re: Temporal solutions Reply with quote

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


Joined: 08 Jul 2002
Posts: 42
Location: Germany

PostPosted: Tue Aug 20, 2002 11:44 pm    Post subject: Reply with quote

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


Joined: 20 Aug 2002
Posts: 13

PostPosted: Wed Aug 21, 2002 6:29 am    Post subject: more binutils breakage? Reply with quote

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


Joined: 08 Jul 2002
Posts: 42
Location: Germany

PostPosted: Wed Aug 21, 2002 10:52 am    Post subject: Reply with quote

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


Joined: 20 Aug 2002
Posts: 13

PostPosted: Wed Aug 21, 2002 10:57 am    Post subject: Reply with quote

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


Joined: 20 Aug 2002
Posts: 13

PostPosted: Wed Aug 21, 2002 11:50 am    Post subject: Reply with quote

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:

  1. tar xfj stage1-...
  2. setting CFLAGS, PROXY, etc. in /etc/make.conf
  3. emerge sync
  4. (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
View user's profile Send private message
viz
n00b
n00b


Joined: 08 Jul 2002
Posts: 42
Location: Germany

PostPosted: Wed Aug 21, 2002 1:58 pm    Post subject: Reply with quote

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). :roll:
_________________
Decaffeinated Coffee?! Just say No!
Back to top
View user's profile Send private message
warrax
n00b
n00b


Joined: 20 Aug 2002
Posts: 13

PostPosted: Wed Aug 21, 2002 3:12 pm    Post subject: Reply with quote

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). :roll:


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


Joined: 08 Jul 2002
Posts: 42
Location: Germany

PostPosted: Wed Aug 21, 2002 3:32 pm    Post subject: Reply with quote

Recognized it. :)
_________________
Decaffeinated Coffee?! Just say No!
Back to top
View user's profile Send private message
xming
Guru
Guru


Joined: 02 Jul 2002
Posts: 441

PostPosted: Wed Aug 21, 2002 9:37 pm    Post subject: binutils blues Reply with quote

I comfirm this, everything just seg faults, now I am looking binutils binaries, hmm, ...

xming
Back to top
View user's profile Send private message
Azarah
Retired Dev
Retired Dev


Joined: 20 Jun 2002
Posts: 81

PostPosted: Wed Aug 21, 2002 10:29 pm    Post subject: Reply with quote

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
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Other Things Gentoo All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
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