GCC 2.7.2 / libc 5.0.9 woes

GCC 2.7.2 / libc 5.0.9 woes

Post by Christopher Card » Wed, 28 Feb 1996 04:00:00



I've had a relatively stable multiuser system running Slackware's 2.3
release and kernel 1.3.40 for several months. I recently, in a fit of
madness, decided to upgrade to kernel 1.3.66. I found that the kernel
refused to compile, as my copy of GCC (an old version, 2.6.x) seemed to
be balked at a command-line option in the Makefile -- something like
-malign-loops=2. At the suggestion of a friend, I upgraded GCC to 2.7.2
and added ELF capability as per the ELF-HOWTO.

  The instructions seemed to work perfectly fine, and I soon had kernel
1.3.66 compiling fine as ELF. The system, however, crashed during boot
-- it seems that my ifconfig binary completely locks up the system under
1.3.66. (any idea why?)

  My major problem, however, is that I can no longer get *any* kernel to
complete a compile as a.out. This leads me to believe that I may have
broken my a.out libs... :) The following is a transcript of a my a.out
1.3.66 kernel build (1.3.40 builds crash with the same error). Any and
all help would be greatly appreciated! I read this group, so feel free
to post a reply.

Thanks!
Chris

----- Kernel Build Transcript   (just the last portion) -----------

make[1]: Entering directory `/usr/src/linux-1.3.66/arch/i386/lib'
make all_targets
make[2]: Entering directory `/usr/src/linux-1.3.66/arch/i386/lib'
make[2]: Nothing to be done for `all_targets'.
make[2]: Leaving directory `/usr/src/linux-1.3.66/arch/i386/lib'
make[1]: Leaving directory `/usr/src/linux-1.3.66/arch/i386/lib'
ld -qmagic -Ttext 0xfffe0 arch/i386/kernel/head.o init/main.o
init/version.o \
        arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o
mm/mm.o fs/fs.o ipc/ipc.o net/network.a \
        fs/filesystems.a \
        drivers/block/block.a drivers/char/char.a drivers/net/net.a
drivers/pci/pci.a \
        /usr/src/linux/arch/i386/lib/lib.a /usr/src/linux/lib/lib.a
/usr/src/linux/arch/i386/lib/lib.a -o vmlinux
ld: warning: cannot find entry symbol _start; defaulting to 000fffe0
nm vmlinux | grep -v '\(compiled\)\|\(\.o$\)\|\( a \)' | sort >
System.map
make[1]: Entering directory `/usr/src/linux-1.3.66/arch/i386/boot'
make[2]: Entering directory
`/usr/src/linux-1.3.66/arch/i386/boot/compressed'
./xtract /usr/src/linux/vmlinux | gzip -9 | ./piggyback > piggy.o
Non-GCC header of 'system'
Compressed size 20.
ld -qmagic -Ttext 0xfe0 -o vmlinux head.o misc.o piggy.o
ld: warning: cannot find entry symbol _start; defaulting to 00000fe0
misc.o: In function `memcpy':
misc.o(.text+0x1eac): undefined reference to `input_data'
misc.o(.text+0x1eb1): undefined reference to `input_len'
misc.o(.text+0x1ec7): undefined reference to `input_data'
make[2]: *** [vmlinux] Error 1
make[2]: Leaving directory
`/usr/src/linux-1.3.66/arch/i386/boot/compressed'
make[1]: *** [compressed/vmlinux] Error 2
make[1]: Leaving directory `/usr/src/linux-1.3.66/arch/i386/boot'
make: *** [zlilo] Error 2

 
 
 

1. CD-RW mounting woes in Mandrake 7.0 woe oh woe oh woe!

I hate to ask the often answered, but I have a TDK VeloCD CD-RW in my PII
233 machine installed as a master on the secondary IDE. I'm running
Mandrake-linux 7.0, and of course I get the bad link problem. I have run the
fix suggested on Mandrake's Web-page, but I can't figure a way to make the
fix either permenant or automatic. The fix (in case you haven't seen it is
to run "cdrecord -scanbus" to check for the presence of a working CD-RW,
then to type "cd /dev && rm cdrom && ln -s scd0 cdrom" in a terminal) This
fix works but there's got to be a better way...any thoughts.

2. Vertex 2.6 GB Mag/Optical Hard drive

3. libc.a and libc.so, libc.so.1libc.so.2, where is my library?

4. Setting up Directory Rights...

5. libc 2.x, libc 5, libc 6

6. CoolThreads Servers, Floating Point and Oracle Database

7. XF86 Config set-up woes & woes & woes

8. Drivers for Promise Fastrack 100 TX2?

9. libc Upgrade Woes

10. Libc compilation woes

11. bsd/signal.h problem w/ gcc 2.4.3, libc 4.4.1

12. gcc/ld/libc for x86?

13. libc.so.4 GCC compile problems