HardenedBSD/gnu/usr.bin/cc/cc1/Makefile
David E. O'Brien 8e5f64732b Move c-decl.c out of the common libcc_int.a into the binary Makefiles
where it is used.  c-decl has symbols that conflict with several of the
cc1plus sources.

GNU `ld' was changed in Dec 1999 to be more be compatable with the way that
other linkers work (specifically in the Solaris linker).  The 2.9.1 `ld',
did the Wrong Thing in that if a library contained a common symbol that
matched a definition of that symbol in another (already linked in object)
it would also be linked in, even if there was no other reason to do so.
This is wrong.  The library should only be linked in if it contains
non-common, non-weak symbols which are needed by previously linked in
objects.
2000-05-24 20:02:21 +00:00

36 lines
768 B
Makefile

# $FreeBSD$
.include "../Makefile.inc"
.PATH: ../cc_tools ${GCCDIR}
PROG= cc1
SRCS= c-parse.c c-parse.h c-lang.c
# Ugh, compiled twice...
SRCS+= c-decl.c c-lex.c
BINDIR= /usr/libexec
NOMAN= 1
NOSHARED=yes
CFLAGS+= -I.
DPADD+= ${LIBCC_INT}
LDADD+= ${LIBCC_INT}
#-----------------------------------------------------------------------
# C parser
.ORDER: c-parse.c c-parse.h
c-parse.c c-parse.h: c-parse.in
sed -e "/^ifobjc$$/,/^end ifobjc$$/d" \
-e "/^ifc$$/d" -e "/^end ifc$$/d" \
${GCCDIR}/c-parse.in > c-parse.y
${YACC} -d -o c-parse.c c-parse.y
mv c-parse.y c-parse.y.out
CLEANFILES+= c-parse.c c-parse.h \
c-parse.y c-parse.y.out # insurance
#-----------------------------------------------------------------------
.include <bsd.prog.mk>