cvs commit: src/share/mk bsd.cpu.mk bsd.dep.mk bsd.lib.mk bsd.sys.mk src/sys/conf files kern.mk kern.pre.mk kmod.mk src/sys/dev/aic7xxx/aicasm Makefile

[Alexander Leidinger]

On Sun, 14 Mar 2004 19:32:13 -0800
"David O'Brien" <obrien at freebsd.org> wrote:

> On Fri, Mar 12, 2004 at 01:36:12PM -0800, Tom Rhodes wrote:
> >   Modified files:
> >     share/mk             bsd.cpu.mk bsd.dep.mk bsd.lib.mk 
> >                          bsd.sys.mk 
> >     sys/conf             files kern.mk kern.pre.mk kmod.mk 
> >     sys/dev/aic7xxx/aicasm Makefile 
> >   Log:
> >   This are the build infrastructure changes to allow to use the
> >   Intel C/C++ compiler (lang/icc) to build the kernel.
> ...
> >   Problems with icc v8:
> >    - panic: npx0 cannot be emulated on an SMP system
> >    - UP: first start of /bin/sh results in a FP exception
> 
> You forgot the other problems with icc v8 -- Intel's preditorial
> behavior.  Note that some parts of the Intel compilers support libs do a
> CPUID call and if it notes an AMD CPU either segfaults or dumbs down the
> capabilities of the CPU to that of the original i386.

AFAIK: 
 - only if the compiled binary contains the main function
   (the kernel doesn't)
 - only if you use a specific compiler option, which I don't use here

To circumvent this I suggest to read
http://groups.google.com/groups?dq=&hl=en&lr=&ie=UTF-8&oe=UTF-8&group=comp.arch&selm=a13e403a.0402091438.14018f5a%40posting.google.com

BTW.: AFAIK it doesn't segfault, it exit()s.

Any manufacturer is free to limit the use of his programs as he wants. I
agree, this behavior isn't nice, but life isn't nice either (sometimes).

Bye,
Alexander.

-- 
           I will be available to get hired in April 2004.

http://www.Leidinger.net                       Alexander @ Leidinger.net
  GPG fingerprint = C518 BC70 E67F 143F BE91  3365 79E2 9C60 B006 3FE7