1999-08-28 00:22:10 +00:00
|
|
|
# $FreeBSD$
|
1998-09-09 10:17:34 +00:00
|
|
|
# @(#)Makefile 8.1 (Berkeley) 6/8/93
|
1994-05-30 19:09:18 +00:00
|
|
|
|
1995-01-03 06:32:10 +00:00
|
|
|
FILES= bsd.README
|
Overhaul the MACHINE_CPU behaviour:
* Rip out MACHINE_CPU stuff from sys.mk and include a new <bsd.cpu.mk>
after we pull in /etc/make.conf. We need to do it afterwards so we can
react to the user setting of the:
* CPUTYPE variable, which contains the CPU type which the user wants to
optimize for. For example, if you want your binaries to only run on an
i686-class machine (or higher), set this to i686. If you want to support
running binaries on a variety of CPU generations, set this to the lowest
common denominator. Supported values are listed in make.conf.
* bsd.cpu.mk does the expansion of CPUTYPE into MACHINE_CPU using the
(hopefully) correct unordered list of CPU types which should be used on
that CPU. For example, an AMD k6 CPU wants any of the following:
k6 k5 i586 i486 i386
This is still an unordered list so the client makefile logic is simple -
client makefiles need to test for the various elements of the set in
decreasing order of priority using ${MACHINE_CPU:M<foo>}, as before.
The various MACHINE_CPU lists are believed to be correct, but should be
checked.
* If NO_CPU_CFLAGS is not defined, add relevant gcc compiler optimization
settings by default (e.g. -karch=k6 for CPUTYPE=k6, etc). Release
builders and developers of third-party software need to make sure not to
enable CPU-specific optimization when generating code intended to be
portable. We probably need to move to an /etc/world.conf to allow the
optimization stuff to be applied separately to world/kernel and external
compilations, but it's not any worse a problem than it was before.
* Add coverage for the ia64/itanium MACHINE_ARCH/CPUTYPE.
* Add CPUTYPE support for all of the CPU types supported by FreeBSD and gcc
(only i386, alpha and ia64 first, since those are the minimally-working
ports. Other architecture porters, please feel free to add the relevant
gunk for your platform).
Reviewed by: jhb, obrien
2001-02-22 11:22:46 +00:00
|
|
|
FILES+= bsd.cpu.mk bsd.dep.mk bsd.doc.mk bsd.docb.mk bsd.info.mk bsd.kern.mk bsd.kmod.mk
|
1998-05-20 22:27:18 +00:00
|
|
|
FILES+= bsd.lib.mk bsd.libnames.mk bsd.man.mk bsd.obj.mk bsd.own.mk
|
1998-11-11 05:21:29 +00:00
|
|
|
FILES+= bsd.port.mk bsd.port.post.mk bsd.port.pre.mk bsd.port.subdir.mk
|
2001-05-19 23:18:21 +00:00
|
|
|
FILES+= bsd.prog.mk bsd.sgml.mk bsd.subdir.mk bsd.sys.mk
|
1998-05-20 22:27:18 +00:00
|
|
|
FILES+= sys.mk
|
1994-05-30 19:09:18 +00:00
|
|
|
NOOBJ= noobj
|
|
|
|
|
1998-09-09 10:17:34 +00:00
|
|
|
beforeinstall:
|
1998-01-03 14:04:55 +00:00
|
|
|
${INSTALL} -c -o ${BINOWN} -g ${BINGRP} -m ${SHAREMODE} ${FILES} \
|
1994-05-30 19:09:18 +00:00
|
|
|
${DESTDIR}${BINDIR}/mk
|
1999-04-15 07:19:56 +00:00
|
|
|
date '+%Y%m%d' > ${DESTDIR}/var/db/port.mkversion
|
1999-03-29 23:02:29 +00:00
|
|
|
|
1994-05-30 19:09:18 +00:00
|
|
|
.include <bsd.prog.mk>
|