8e5f64732b
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.
36 lines
768 B
Makefile
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>
|