WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-changelog

[Xen-changelog] add in kern.mk to sparse tree to disable compiling with

To: xen-changelog@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-changelog] add in kern.mk to sparse tree to disable compiling with -std=c99
From: BitKeeper Bot <riel@xxxxxxxxxxx>
Date: Mon, 18 Apr 2005 21:59:22 +0000
Delivery-date: Tue, 19 Apr 2005 01:08:33 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-changelog-request@lists.xensource.com?subject=help>
List-id: BK change log <xen-changelog.lists.xensource.com>
List-post: <mailto:xen-changelog@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-changelog>, <mailto:xen-changelog-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-changelog>, <mailto:xen-changelog-request@lists.xensource.com?subject=unsubscribe>
Reply-to: Xen Development List <xen-devel@xxxxxxxxxxxxxxxxxxx>
Sender: xen-changelog-bounces@xxxxxxxxxxxxxxxxxxx
ChangeSet 1.1838, 2005/04/18 22:59:22+01:00, iap10@xxxxxxxxxxxxxxxxxxxxx

        add in kern.mk to sparse tree to disable compiling with -std=c99
        anonymous unions (used in xen public headers) are not compliant
        Signed-off-by: Kip Macy <kmacy@xxxxxxxxxxx>
        Signed-off-by: ian@xxxxxxxxxxxxx



 kern.mk |  100 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 1 files changed, 100 insertions(+)


diff -Nru a/freebsd-5.3-xen-sparse/conf/kern.mk 
b/freebsd-5.3-xen-sparse/conf/kern.mk
--- /dev/null   Wed Dec 31 16:00:00 196900
+++ b/freebsd-5.3-xen-sparse/conf/kern.mk       2005-04-18 21:08:49 -04:00
@@ -0,0 +1,100 @@
+# $FreeBSD: src/sys/conf/kern.mk,v 1.42 2004/05/14 13:35:46 cognet Exp $
+
+#
+# Warning flags for compiling the kernel and components of the kernel.
+#
+# Note that the newly added -Wcast-qual is responsible for generating 
+# most of the remaining warnings.  Warnings introduced with -Wall will
+# also pop up, but are easier to fix.
+.if ${CC} == "icc"
+#CWARNFLAGS=   -w2     # use this if you are terribly bored
+CWARNFLAGS=
+.else
+CWARNFLAGS?=   -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes \
+               -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual \
+               -fformat-extensions 
+.endif
+# -std=c99 anonymous unions are non-compliant
+#
+# The following flags are next up for working on:
+#      -W
+
+#
+# On the i386, do not align the stack to 16-byte boundaries.  Otherwise GCC
+# 2.95 adds code to the entry and exit point of every function to align the
+# stack to 16-byte boundaries -- thus wasting approximately 12 bytes of stack
+# per function call.  While the 16-byte alignment may benefit micro 
benchmarks, 
+# it is probably an overall loss as it makes the code bigger (less efficient
+# use of code cache tag lines) and uses more stack (less efficient use of data
+# cache tag lines)
+#
+.if ${MACHINE_ARCH} == "i386" && ${CC} != "icc"
+CFLAGS+=       -mno-align-long-strings -mpreferred-stack-boundary=2
+INLINE_LIMIT?= 8000
+.endif
+
+#
+# On the alpha, make sure that we don't use floating-point registers and
+# allow the use of BWX etc instructions (only needed for low-level i/o).
+# Also, reserve register t7 to point at per-cpu global variables.
+#
+.if ${MACHINE_ARCH} == "alpha"
+CFLAGS+=       -mno-fp-regs -ffixed-8 -Wa,-mev6
+INLINE_LIMIT?= 15000
+.endif
+
+.if ${MACHINE_ARCH} == "arm"
+INLINE_LIMIT?= 8000
+.endif
+#
+# For IA-64, we use r13 for the kernel globals pointer and we only use
+# a very small subset of float registers for integer divides.
+#
+.if ${MACHINE_ARCH} == "ia64"
+CFLAGS+=       -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata
+INLINE_LIMIT?= 15000
+.endif
+
+#
+# For sparc64 we want medlow code model, and we tell gcc to use floating
+# point emulation.  This avoids using floating point registers for integer
+# operations which it has a tendency to do.
+#
+.if ${MACHINE_ARCH} == "sparc64"
+CFLAGS+=       -mcmodel=medlow -msoft-float
+INLINE_LIMIT?= 15000
+.endif
+
+#
+# For AMD64, use a medium model for now.  We'll switch to "kernel"
+# once pmap is ready.  Be excessively careful to not generate FPU code.
+#
+.if ${MACHINE_ARCH} == "amd64"
+CFLAGS+=       -mcmodel=kernel -mno-red-zone \
+               -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow \
+               -msoft-float -fno-asynchronous-unwind-tables
+INLINE_LIMIT?= 8000
+.endif
+
+#
+# For PowerPC we tell gcc to use floating point emulation.  This avoids using
+# floating point registers for integer operations which it has a tendency to 
do.
+#
+.if ${MACHINE_ARCH} == "powerpc"
+CFLAGS+=       -msoft-float
+INLINE_LIMIT?= 15000
+.endif
+
+#
+# GCC 3.0 and above like to do certain optimizations based on the
+# assumption that the program is linked against libc.  Stop this.
+#
+.if ${CC} == "icc"
+CFLAGS+=       -nolib_inline
+.else
+CFLAGS+=       -ffreestanding
+.endif
+
+.if ${CC} == "icc"
+CFLAGS+=       -restrict
+.endif

_______________________________________________
Xen-changelog mailing list
Xen-changelog@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-changelog

<Prev in Thread] Current Thread [Next in Thread>