cvs commit: src/sys/amd64/include cpufunc.h src/sys/i386/include cpufunc.h

[Simon Schubert]

corecode    2005/05/07 09:22:42 PDT

DragonFly src repository

  Modified files:
    sys/amd64/include    cpufunc.h 
    sys/i386/include     cpufunc.h 
  Log:
  Fix gcc40 compilation of lib/libsvg by merging from FreeBSD:
  
  bde         2004/03/11 05:38:54 PST
  
    FreeBSD src repository
  
    Modified files:
      sys/amd64/include    cpufunc.h
      sys/i386/include     cpufunc.h
    Log:
    Don't implement anything in the ffs family in <machine/cpufunc.h>
    in the non-_KERNEL case.  This "fixes" applications that include
    this "kernel-only" header and also include <strings.h> (or get
    <strings.h> via the default _BSD_VISIBLE pollution in <string.h>.
    In C++ there was a fatal error: the declaration specifies C linkage
    but the implementation gives C++ linkage.  In C there was only a
    static/extern mismatch if the headers were included in a certain order
    order, and a partially redundant declaration for all include orders;
    gcc emits incomplete or wrong diagnostics for these, but only for
    compiling with -Wsystem-headers and certain other warning options, so
    the problem was usually not seen for C.
  
    Ports breakage reported by:     kris
  
    Revision  Changes    Path
    1.142     +4 -0      src/sys/amd64/include/cpufunc.h
    1.139     +4 -0      src/sys/i386/include/cpufunc.h
  
  Revision  Changes    Path
  1.2       +4 -0      src/sys/amd64/include/cpufunc.h
  1.11      +4 -0      src/sys/i386/include/cpufunc.h


http://www.dragonflybsd.org/cvsweb/src/sys/amd64/include/cpufunc.h.diff?r1=1.141&r2=1.142&f=u
http://www.dragonflybsd.org/cvsweb/src/sys/i386/include/cpufunc.h.diff?r1=1.138&r2=1.139&f=u