Bug#322004: kernel-source-2.6.8: Fails to compile on a X86_64 platform

[Manolo Díaz]

Package: kernel-source-2.6.8
Version: 2.6.8-16
Severity: important
Justification: fails to build from source



-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-11-amd64-k8
Locale: LANG=***@euro, LC_CTYPE=***@euro (charmap=ISO-8859-15)

Versions of packages kernel-source-2.6.8 depends on:
ii binutils 2.16.1-2 The GNU assembler, linker and bina
ii bzip2 1.0.2-7 high-quality block-sorting file co
ii coreutils [fileutils] 5.2.1-2 The GNU core utilities
ii fileutils 5.2.1-2 The GNU file management utilities

Versions of packages kernel-source-2.6.8 recommends:
ii gcc 4:3.3.5-3 The GNU C compiler
ii libc6-dev [libc-dev] 2.3.2.ds1-22 GNU C Library: Development Librari
ii make 3.80-9 The GNU version of the "make" util

-- no debconf information

This is the error message shown:

arch/x86_64/kernel/entry.S: Assembler messages:
arch/x86_64/kernel/entry.S:81: Error: Macro with this name was already defined
arch/x86_64/kernel/entry.S:100: Error: Macro with this name was already defined
make[1]: *** [arch/x86_64/kernel/entry.o] Error 1

[Horms]

Post by Manolo Díaz
Package: kernel-source-2.6.8
Version: 2.6.8-16
Severity: important
Justification: fails to build from source
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-11-amd64-k8
ii binutils 2.16.1-2 The GNU assembler, linker and bina
ii bzip2 1.0.2-7 high-quality block-sorting file co
ii coreutils [fileutils] 5.2.1-2 The GNU core utilities
ii fileutils 5.2.1-2 The GNU file management utilities
ii gcc 4:3.3.5-3 The GNU C compiler
ii libc6-dev [libc-dev] 2.3.2.ds1-22 GNU C Library: Development Librari
ii make 3.80-9 The GNU version of the "make" util
-- no debconf information
arch/x86_64/kernel/entry.S:81: Error: Macro with this name was already defined
arch/x86_64/kernel/entry.S:100: Error: Macro with this name was already defined
make[1]: *** [arch/x86_64/kernel/entry.o] Error 1

That is very odd. You have gcc 3.3 which I believe should work.
Could you try this with one the configuration supplied
with one of the amd64 kernel images?

[Manolo Díaz]

Post by Horms

Post by Manolo Díaz
Package: kernel-source-2.6.8
Version: 2.6.8-16
Severity: important
Justification: fails to build from source
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-11-amd64-k8
ii binutils 2.16.1-2 The GNU assembler, linker and bina
ii bzip2 1.0.2-7 high-quality block-sorting file co
ii coreutils [fileutils] 5.2.1-2 The GNU core utilities
ii fileutils 5.2.1-2 The GNU file management utilities
ii gcc 4:3.3.5-3 The GNU C compiler
ii libc6-dev [libc-dev] 2.3.2.ds1-22 GNU C Library: Development Librari
ii make 3.80-9 The GNU version of the "make" util
-- no debconf information
arch/x86_64/kernel/entry.S:81: Error: Macro with this name was already defined
arch/x86_64/kernel/entry.S:100: Error: Macro with this name was already defined
make[1]: *** [arch/x86_64/kernel/entry.o] Error 1

That is very odd. You have gcc 3.3 which I believe should work.
Could you try this with one the configuration supplied
with one of the amd64 kernel images?

Yes, I've just tried it with "config-2.6.8-11-amd64-k8". The same problem.

[Manolo Díaz]

Tried again with gcc-3.4 and gcc-4.0 with the same results.

[Horms]

tag 322004 +sid
tag 322004 +wontfix
thanks

On Thu, Aug 11, 2005 at 05:19:12PM +0200, Manolo Díaz wrote:

[snip]

Post by Manolo Díaz

Post by Horms

Post by Manolo Díaz
arch/x86_64/kernel/entry.S:81: Error: Macro with this name was already defined
arch/x86_64/kernel/entry.S:100: Error: Macro with this name was already defined
make[1]: *** [arch/x86_64/kernel/entry.o] Error 1

That is very odd. You have gcc 3.3 which I believe should work.
Could you try this with one the configuration supplied
with one of the amd64 kernel images?

Yes, I've just tried it with "config-2.6.8-11-amd64-k8". The same problem.
Tried again with gcc-3.4 and gcc-4.0 with the same results.

Hi,

I spoke to Frederik Schueler about this problem, and he
told me that it was a toolchain problem in sid.

We are actually planning to remove kernel-source-2.6.8 from
sid in the near future. So could you please either use
linux-source-2.6.12 from sid, or compile on sarge.

In any case, its pretty difficult to fix this problem in
sid (or so I have been told), and the problem should not
manifest in sarge, so I am going to tag it sid and wontfix.
Hopefully others with the same problem will see this.

Thanks

[Manolo Díaz]

Post by Horms
tag 322004 +sid
tag 322004 +wontfix
thanks
[snip]

Post by Manolo Díaz

Post by Horms

Post by Manolo Díaz
arch/x86_64/kernel/entry.S:81: Error: Macro with this name was already defined
arch/x86_64/kernel/entry.S:100: Error: Macro with this name was already defined
make[1]: *** [arch/x86_64/kernel/entry.o] Error 1

That is very odd. You have gcc 3.3 which I believe should work.
Could you try this with one the configuration supplied
with one of the amd64 kernel images?

Yes, I've just tried it with "config-2.6.8-11-amd64-k8". The same problem.
Tried again with gcc-3.4 and gcc-4.0 with the same results.

Hi,
I spoke to Frederik Schueler about this problem, and he
told me that it was a toolchain problem in sid.
We are actually planning to remove kernel-source-2.6.8 from
sid in the near future. So could you please either use
linux-source-2.6.12 from sid, or compile on sarge.
In any case, its pretty difficult to fix this problem in
sid (or so I have been told), and the problem should not
manifest in sarge, so I am going to tag it sid and wontfix.
Hopefully others with the same problem will see this.
Thanks

All right.

Thanks for your time and job.

[Frederik Schueler]

Hello,

Post by Manolo Díaz
arch/x86_64/kernel/entry.S:81: Error: Macro with this name was already defined
arch/x86_64/kernel/entry.S:100: Error: Macro with this name was already defined
make[1]: *** [arch/x86_64/kernel/entry.o] Error 1

I just recompiled kernel-image-2.6.8-amd64-2.6.8 (all flaovours) in a
cleanroom sarge chroot, using kernel-source-2.6.18 2.6.8-16 from sarge,
and it succeeded as expected.

what are the exact versions of

binutils
gcc
libc6

which lead to your compilation failure?
did you use a fresh extracted tarball, and wich command did you use to
build?
do you have a genuine pure64 installation or did you mix in packages from
the old experimental gcc-3.4 branch? does the /usr/bin/gcc symlink point to
gcc-3.3 and did you use gcc-3.3 or gcc-3.4 to compile the kernel image?
Did you try to compile from a fresh extracted source tarball?

I cannot reproduce this problem with sarge versions of the toolchain,
thus I need more info.


Best regards
Frederik Schueler

[Manolo Díaz]

Post by Frederik Schueler
Hello,

Post by Manolo Díaz
arch/x86_64/kernel/entry.S:81: Error: Macro with this name was already defined
arch/x86_64/kernel/entry.S:100: Error: Macro with this name was already defined
make[1]: *** [arch/x86_64/kernel/entry.o] Error 1

I just recompiled kernel-image-2.6.8-amd64-2.6.8 (all flaovours) in a
cleanroom sarge chroot, using kernel-source-2.6.18 2.6.8-16 from sarge,
and it succeeded as expected.
what are the exact versions of
binutils
gcc
libc6

binutils 2.16.1-2
gcc-3.3 4:3.3.5-3
libc6 2.3.2.ds1-22

Post by Frederik Schueler
which lead to your compilation failure?
did you use a fresh extracted tarball, and wich command did you use to
build?

Yes I used a fresh extrated tarball from kernel-source-2.6.8 (version
2.6.8-16) and the command for build it was:

make bzImage modules modules_install

Post by Frederik Schueler
do you have a genuine pure64 installation or did you mix in packages from
the old experimental gcc-3.4 branch?

I got a new machine, so I installed all packages from
http://amd64.debian.net/debian-pure64/ testing

does the /usr/bin/gcc symlink point to

Post by Frederik Schueler
gcc-3.3 and did you use gcc-3.3 or gcc-3.4 to compile the kernel image?

/usr/bin/gcc points to /usr/bin/gcc-3.3 and it was the only cc compiler
installed on my machine. Afterwards I installed gcc-3.4 and gcc-4.0 to
make a probe, with the same resutls.

Post by Frederik Schueler
Did you try to compile from a fresh extracted source tarball?
From the kernel-source-2.6.8 package
I cannot reproduce this problem with sarge versions of the toolchain,
thus I need more info.

I wasn't using Sarge but Etch

Post by Frederik Schueler
Best regards
Frederik Schueler

Best regadrs

Manolo Díaz

[Frederik Schueler]

Hello,

Post by Manolo Díaz
binutils 2.16.1-2
gcc-3.3 4:3.3.5-3
libc6 2.3.2.ds1-22

this must be an etch toolchain problem then, as sarge has older binutils
(version 2.15-6) and you experienced a problem in the assembler.

Post by Manolo Díaz

Post by Frederik Schueler
I cannot reproduce this problem with sarge versions of the toolchain,
thus I need more info.

I wasn't using Sarge but Etch

kernel-source-2.6.8 and the depending kernel-image-* packages will be
removed from unstable/testing as soon as a usable replacement working on
all architectures is available. The bug for this is #323183.

Best regards
Frederik Schueler

[Manolo Díaz]

I've just realized that I've got installed gcc-3.3-base gcc-3.4-base and
gcc-4.0-base due packages dependences.