[debian] kernel compilen

[Verwijderd]

Hoi,

Ik krijg tijdens het compilen van kernel 2.4.16 de volgende foutmelding:

code:

ld -m elf_i386 -T /usr/src/kernel-source-2.4.16/arch/i386/vmlinux.lds -e stext arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o \    --start-group \
    arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o \
     drivers/char/char.o drivers/block/block.o drivers/misc/misc.o drivers/net/net.o drivers/media/media.o drivers/char/agp/agp.o drivers/char/drm/drm.o drivers/ide/idedriver.o drivers/scsi/scsidrv.o drivers/cdrom/driver.o drivers/sound/sounddrivers.o drivers/pci/driver.o drivers/video/video.o \
    net/network.o \
    /usr/src/kernel-source-2.4.16/arch/i386/lib/lib.a /usr/src/kernel-source-2.4.16/lib/lib.a /usr/src/kernel-source-2.4.16/arch/i386/lib/lib.a \
    --end-group \
    -o vmlinux
drivers/char/char.o(.data+0x46b4): undefined reference to `local symbols in discarded section .text.exit'
make: *** [vmlinux] Error 1

Weet iemand wat hier mis gaat? (Hetzelfde gebeurt trouwens ook met een andere kernel source tree)...

Bedankt!

[NeOTheMaTriXM]

make clean vergeten, ofzo ???

[RooT]

Wat de error zo inhoud weet ik niet.
Maar heb je wel de laatste nieuwe updates van bijv. gcc, make etc. ?
Kijk anders in de /usr/src/linux/Documentation/Changes daar staat namelijk in wat je minimaal nodig hebt.

[Verwijderd]

zorg voor de laatste updates van je libraries, en doe 't compilen op de debian manier, dan houd je minder troep over (en kun je makkelijk weer van kernel wisselen in de toekomst)

meer info:

http://www.debian.org/doc/FAQ/ch-kernel.html

[balk]

Zelfde probleem als [topic=351377/1/50] misschien?

[Verwijderd]

Op zaterdag 12 januari 2002 15:22 schreef balk het volgende:
Zelfde probleem als [topic=351377/1/50] misschien?

Je hebt gelijk... Het ligt inderdaad aan de binutils versie...
Bedankt!

[deadinspace]

Op zaterdag 12 januari 2002 16:24 schreef razor_harm het volgende:

[..]

Je hebt gelijk... Het ligt inderdaad aan de binutils versie...
Bedankt!

Nee, het ligt aan de kernel-source

Het is namelijk een foutje in de kernel-source dat die oudere binutils toevallig wel goed doen en die nieuwere binutils toevallig niet wil niet automatisch zeggen dat het binutils is die fout is