freebsd-nq/gnu/usr.bin/cc/Makefile.inc

#
# $Id: Makefile.inc,v 1.4 1994/09/18 22:35:36 wollman Exp $
#

CFLAGS+=	-I${.CURDIR} -I${.CURDIR}/../include
CFLAGS+=	-Dbsd4_4
CFLAGS+=	-DGCC_INCLUDE_DIR=\"FOO\"
CFLAGS+=	-DDEFAULT_TARGET_VERSION=\"2.6.0\"
CFLAGS+=	-DDEFAULT_TARGET_MACHINE=\"i386--freebsd\"
CFLAGS+=	-DMD_EXEC_PREFIX=\"/usr/libexec/\"
CFLAGS+=	-DSTANDARD_STARTFILE_PREFIX=\"/usr/lib\"
CFLAGS+=	-DGCC_NAME=\"cc\"

.if exists(${.CURDIR}/../cc_int/obj)
LIBDESTDIR=	${.CURDIR}/../cc_int/obj
.else
LIBDESTDIR=	${.CURDIR}/../cc_int
.endif

# XXX LDDESTDIR isn't a directory and there is no standard name for the dir
LDDESTDIR=	-L${LIBDESTDIR}
.if !defined(NO_SHARED_LIBCC_INT)
LIBCC_INT=	${LIBDESTDIR}/libcc_int.so.26.0
.else
LIBCC_INT=	${LIBDESTDIR}/libcc_int.a
.endif
Here comes the right import of gcc-2.6.0. 1994-08-02 20:15:59 +00:00			`#`
For Bruce: -DNO_SHARED_LIBCC_INT reverts back to static libcc_int. This makes the back end run faster, but at the cost of speed. 1994-09-19 21:37:50 +00:00			`# $Id: Makefile.inc,v 1.4 1994/09/18 22:35:36 wollman Exp $`
Here comes the right import of gcc-2.6.0. 1994-08-02 20:15:59 +00:00			`#`

			`CFLAGS+= -I${.CURDIR} -I${.CURDIR}/../include`
This gcc-2.6.0 should work with 2.0 1994-08-08 04:45:29 +00:00			`CFLAGS+= -Dbsd4_4`
Here comes the right import of gcc-2.6.0. 1994-08-02 20:15:59 +00:00			`CFLAGS+= -DGCC_INCLUDE_DIR=\"FOO\"`
			`CFLAGS+= -DDEFAULT_TARGET_VERSION=\"2.6.0\"`
This gcc-2.6.0 should work with 2.0 1994-08-08 04:45:29 +00:00			`CFLAGS+= -DDEFAULT_TARGET_MACHINE=\"i386--freebsd\"`
Here comes the right import of gcc-2.6.0. 1994-08-02 20:15:59 +00:00			`CFLAGS+= -DMD_EXEC_PREFIX=\"/usr/libexec/\"`
			`CFLAGS+= -DSTANDARD_STARTFILE_PREFIX=\"/usr/lib\"`
Fixed up everything so that the version of gcc that we install from the FreeBSD system sources installs itself as the standard cc and c++. I've fixed c++ to call cc instead of gcc and removed all the symlinks that get created to g** version of the binaries. This means that you can install a second version of gcc that does use the g prefix alongside the "system" version of gcc. The only conflict is libgcc but since we install it as libcc.so.26 and nothing else is likely to that should be ok. Reviewed by: Submitted by: 1994-08-23 17:18:58 +00:00			`CFLAGS+= -DGCC_NAME=\"cc\"`
Add dependencies on libraries to DPADD. Someday this should be done automagically. -lfoo has to be right to work, but ${LIBFO0} is too easy to forget or misspell; nothing checks it and it should be different for shared libraries. 1994-08-28 18:49:06 +00:00
			`.if exists(${.CURDIR}/../cc_int/obj)`
			`LIBDESTDIR= ${.CURDIR}/../cc_int/obj`
			`.else`
			`LIBDESTDIR= ${.CURDIR}/../cc_int`
			`.endif`

			`# XXX LDDESTDIR isn't a directory and there is no standard name for the dir`
			`LDDESTDIR= -L${LIBDESTDIR}`
For Bruce: -DNO_SHARED_LIBCC_INT reverts back to static libcc_int. This makes the back end run faster, but at the cost of speed. 1994-09-19 21:37:50 +00:00			`.if !defined(NO_SHARED_LIBCC_INT)`
Make GCC's back end be shared among all languages. cc, c++, and cpp now no longer link against the whole library, since they don't require much from it, but just compile the few small modules they actually need static. This should save a measurable amount of space; compare: -r-xr-xr-x 1 bin bin 155648 Sep 18 18:00 cc1* -r-xr-xr-x 1 root bin 1048576 Sep 18 17:33 cc1.noshae* Of course, the library takes up a bit of space, but when you add in the savings from the C++ compiler, you more than make up the difference: -r--r--r-- 1 bin bin 1157344 Sep 18 18:27 /usr/lib/libcc_int.so.26.0 -r-xr-xr-x 1 bin bin 491520 Sep 18 18:27 /usr/libexec/cc1plus* 1994-09-18 22:35:55 +00:00			`LIBCC_INT= ${LIBDESTDIR}/libcc_int.so.26.0`
For Bruce: -DNO_SHARED_LIBCC_INT reverts back to static libcc_int. This makes the back end run faster, but at the cost of speed. 1994-09-19 21:37:50 +00:00			`.else`
			`LIBCC_INT= ${LIBDESTDIR}/libcc_int.a`
			`.endif`