Re: PATCH: linux-2.4.2-pre3/arch/i386/boot/Makefile breaks with binutils-2.10.1.0.7

Re: PATCH: linux-2.4.2-pre3/arch/i386/boot/Makefile breaks with binutils-2.10.1.0.7

[f5ibh]

> The "ld" program in binutils-2.10.1.0.7 and in binutils-2.10.91.0.2 now 
> requires "--oformat" instead of "-oformat".
	
[root@debian-f5ibh] /usr/src/kernel-sources-2.4.2 # ld -v
GNU ld version 2.9.5 (with BFD 2.9.5.0.37)

[root@debian-f5ibh] /usr/src/kernel-sources-2.4.2 # ld --help
Usage: ld [options] file...
Options:
   -a KEYWORD                  Shared library control for HP/UX compatibility
   -A ARCH, --architecture ARCH
   ...

   --noinhibit-exec            Create an output file even if errors occur
   --oformat TARGET            Specify target of output file
   -qmagic                     Ignored for Linux compatibility
   ...

So it seems that this option appears before  binutils-2.10.1.0.7 and
binutils-2.10.91.0.2

The 2.4.2i-pre3 kernel minimal requirements are : 
o  binutils               2.9.1.0.25              # ld -v

It is the same for 2.4.1-ac15.

For 2.2.19-pre, the requirements are :
- Binutils               2.8.1.0.23              ; ld -v

I've not 2.8.1.0.23, s I don't know what is the option used.

I've compiled 2.4.2-pre, 2.4.1-acxx and 2.2.19-prexx with the same 'ls" program
without any adverse effect...

Maybe the best would be to apply the patch to 2.2.19pre, 2.4.x and ac releases.
This would allows havind only one "ld" on the system if using more than one
kernel.

----------
Regards

		Jean-Luc

PATCH: linux-2.4.2-pre3/arch/i386/boot/Makefile breaks with binutils-2.10.1.0.7

[Adam J. Richter]

[-- Attachment #1: Type: text/plain, Size: 550 bytes --]

	The "ld" program in binutils-2.10.1.0.7 and in
binutils-2.10.91.0.2 now requires "--oformat" instead of "-oformat".
This breaks linux-2.4.2-pre3/arch/i386/boot/Makefile.  I have attached
the fix below.  I am running a kernel built with this updated Makefile.

-- 
Adam J. Richter     __     ______________   4880 Stevens Creek Blvd, Suite 104
adam@yggdrasil.com     \ /                  San Jose, California 95129-1034
+1 408 261-6630         | g g d r a s i l   United States of America
fax +1 408 261-6631      "Free Software For The Rest Of Us."

[-- Attachment #2: ld.diff --]
[-- Type: text/plain, Size: 1150 bytes --]

--- linux-2.4.2-pre3/arch/i386/boot/Makefile	Mon Dec 20 14:43:39 1999
+++ linux/arch/i386/boot/Makefile	Fri Feb  9 15:37:53 2001
@@ -43,7 +43,7 @@
 	$(HOSTCC) $(HOSTCFLAGS) -o $@ $< -I$(TOPDIR)/include
 
 bootsect: bootsect.o
-	$(LD) -Ttext 0x0 -s -oformat binary -o $@ $<
+	$(LD) -Ttext 0x0 -s --oformat binary -o $@ $<
 
 bootsect.o: bootsect.s
 	$(AS) -o $@ $<
@@ -52,7 +52,7 @@
 	$(CPP) $(CPPFLAGS) -traditional $(SVGA_MODE) $(RAMDISK) $< -o $@
 
 bbootsect: bbootsect.o
-	$(LD) -Ttext 0x0 -s -oformat binary $< -o $@
+	$(LD) -Ttext 0x0 -s --oformat binary $< -o $@
 
 bbootsect.o: bbootsect.s
 	$(AS) -o $@ $<
@@ -61,7 +61,7 @@
 	$(CPP) $(CPPFLAGS) -D__BIG_KERNEL__ -traditional $(SVGA_MODE) $(RAMDISK) $< -o $@
 
 setup: setup.o
-	$(LD) -Ttext 0x0 -s -oformat binary -e begtext -o $@ $<
+	$(LD) -Ttext 0x0 -s --oformat binary -e begtext -o $@ $<
 
 setup.o: setup.s
 	$(AS) -o $@ $<
@@ -70,7 +70,7 @@
 	$(CPP) $(CPPFLAGS) -traditional $(SVGA_MODE) $(RAMDISK) $< -o $@
 
 bsetup: bsetup.o
-	$(LD) -Ttext 0x0 -s -oformat binary -e begtext -o $@ $<
+	$(LD) -Ttext 0x0 -s --oformat binary -e begtext -o $@ $<
 
 bsetup.o: bsetup.s
 	$(AS) -o $@ $<

Re: PATCH: linux-2.4.2-pre3/arch/i386/boot/Makefile breaks with binutils-2.10.1.0.7

[Alan Cox]

> 	The "ld" program in binutils-2.10.1.0.7 and in
> binutils-2.10.91.0.2 now requires "--oformat" instead of "-oformat".
> This breaks linux-2.4.2-pre3/arch/i386/boot/Makefile.  I have attached
> the fix below.  I am running a kernel built with this updated Makefile.

There's a fix in -ac already. I'm just waiting for linus to put out a 2pre4
so I can start feeding him more stuff

Re: PATCH: linux-2.4.2-pre3/arch/i386/boot/Makefile breaks with binutils-2.10.1.0.7

[alterity]

On Fri, 16 Feb 2001 10:07:32 +0000 (GMT), you wrote:

>I'm just waiting for linus to put out a 2pre4
>so I can start feeding him more stuff

When are we likely to see 2.4.2? (and 2pre4)?