[lkml]   [2000]   [Sep]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
On Tue, Sep 26, 2000 at 08:20:49AM +0200, Michael N. Lipp wrote:
> Hi,
> I can't compile the latest linux kernel with the latest gcc due to a
> strange define in checksum.S. The gcc preprocessor complains about
> the usage of elipses in the macros
> #define SRC(y...) \
> 9999: y; \
> .section __ex_table, "a"; \
> .long 9999b, 6001f ; \
> .previous
> #define DST(y...) \
> 9999: y; \
> .section __ex_table, "a"; \
> .long 9999b, 6002f ; \
> .previous
> And I do agree, they look very strange. I tried adding comma
> (#define SRC(y,...)) as this is what it should look like, but then
> I get errors for the usage lines (SRC(1:movw (%esi), %bx)) and
> again I understand the preprocessor very well.
> As egcs and gcc have re-merged and thus the latest gcc is really
> the next egcs, I consider this a real problem.

You should not compile 2.2.x kernels with latest gcc, use egcs-1.1.2 for it.
Nobody has actually tested if 2.2.x kernels work with gcc 2.96, so even if
you get over this (hint - remove -traditional from checksum.S's gcc
options), you might be surprised by other things.
The -traditional preprocessor in current gcc is really K&R, so stuff like
GNU restargs extensions are not present there.
If you're on Red Hat Linux 7, use kgcc compiler instead of gcc to build the
kernel, otherwise check out your distribution to see where egcs (or gcc
2.95) lives.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:45    [W:0.169 / U:0.976 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site