Fix gcc40 compilation of lib/libsvg by merging from FreeBSD:
authorSimon Schubert <corecode@dragonflybsd.org>
Sat, 7 May 2005 16:22:42 +0000 (16:22 +0000)
committerSimon Schubert <corecode@dragonflybsd.org>
Sat, 7 May 2005 16:22:42 +0000 (16:22 +0000)
commitd4bf6a4b5557e330e907bda69a1cc182842cff1b
tree94c556277d3425d75f36fac017f58d0c8264b610
parentc6f192eb5f39d06b6391e61f67cc000c268636ee
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
sys/amd64/include/cpufunc.h
sys/cpu/i386/include/cpufunc.h
sys/i386/include/cpufunc.h