> "Richard B. Johnson" <root@chaos.analogic.com> said:
> > On Wed, 22 Sep 1999, Horst von Brand wrote:
> > > "Richard B. Johnson" <root@chaos.analogic.com> said:
> > > > On Wed, 22 Sep 1999, Artur Skawina wrote:
> > > > > Kurt Garloff wrote:
>
> > > > > > a patch which adds -fno-builtins to the Makefile and makes the
> > > > > > abs() work.
>
> > > > > why?
>
> > > > So you can compile a i386 or i486 kernel with a 'C' compiler that was
> > > > built on a i686 machine. It took me a week to find the reason why
> > > > a kernel, configured to run on a 486 (or even 386) would crash on
> > > > the boot of a 486.
>
> > > If the compiler gives you i686 instructions for a i486 target that you
> > > correctly specified, then the compiler is broken, pure and simple. Are you
> > > sure the Makefiles do set the target right? What gcc version are you using?
> > > Did you report the problem to the egcs folks?
>
> > I've been through this too many times already. The makefile is set up
> > right, the .config is set up right. I have used three versions of
> > the gcc compiler, never egcs.
> >
> > gcc 2.7.2, gcc 2.7.3, and gcc 2.8.1
>
> Then those are broken, as I stated. Note that all of them are obsolete and
> non-maintained.
>
> [...]
>
> > My suggestion was to not use any built-ins in the kernel. In other
> > words, if the kernel requires code it should be generated by kernel
> > source, not C-compiler source.
>
> Yep. No coding in C, only assembler.
That's not what 'built-ins' means. Of course you use 'C'. However, I
think you would like the kernel source code to be the source of the
kernel, not the kernel source code plus a C compiler library that
was generated when the 'C' compiler was compiled (from a previous
C-Compiler, no less....)
FYI. I like the assembler idea, but it would take way too long. I like
the idea of the code being exactly what I wrote, not some compiler's
idea of how to do it better.
Cheers,
Dick Johnson
**** FILE SYSTEM WAS MODIFIED ****
Penguin : Linux version 2.3.13 on an i686 machine (400.59 BogoMips).
Warning : It's hard to remain at the trailing edge of technology.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/