d/freebsd-nq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
81ebb8b094
freebsd-nq/share/mk/bsd.lib.mk

375 lines
9.0 KiB
Makefile
Raw Normal View History

Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
# from: @(#)bsd.lib.mk 5.26 (Berkeley) 5/2/91
$Id$ -> $FreeBSD$
1999-08-28 00:22:10 +00:00
# $FreeBSD$
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
#
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
Make ../Makefile.inc handling more consistant to prevent multiple includes when certain .mk files include other .mk files. This will remove the need for multiple include protection in some other makefiles around the tree (and helps some elf conditionals).
1998-08-08 07:02:08 +00:00
.if !target(__initialized__)
__initialized__:
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.if exists(${.CURDIR}/../Makefile.inc)
.include "${.CURDIR}/../Makefile.inc"
.endif
Make ../Makefile.inc handling more consistant to prevent multiple includes when certain .mk files include other .mk files. This will remove the need for multiple include protection in some other makefiles around the tree (and helps some elf conditionals).
1998-08-08 07:02:08 +00:00
.endif
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
.if exists(${.CURDIR}/shlib_version)
SHLIB_MAJOR != . ${.CURDIR}/shlib_version ; echo $$major
BINFORMAT -> OBJFORMAT ready for E-day.
1998-08-30 20:33:27 +00:00
.if ${OBJFORMAT} == aout
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
SHLIB_MINOR != . ${.CURDIR}/shlib_version ; echo $$minor
.endif
A first cut at some rules for building elf shared libs. Of particular note, using "-Wl,-f" to generate a library objects list doesn't work anymore since the hack to ld hasn't been incorporated into binutils-2.8. (and the -f switch is used for something else already) This is disabled by default, don't panic! :-)
1997-08-30 23:23:18 +00:00
.endif
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
# Set up the variables controlling shared libraries. After this section,
# SHLIB_NAME will be defined only if we are to create a shared library.
# SHLIB_LINK will be defined only if we are to create a link to it.
# INSTALL_PIC_ARCHIVE will be defined only if we are to create a PIC archive.
.if defined(NOPIC)
.undef SHLIB_NAME
.undef INSTALL_PIC_ARCHIVE
.else
.if ${OBJFORMAT} == elf
.if !defined(SHLIB_NAME) && defined(SHLIB_MAJOR)
SHLIB_NAME= lib${LIB}.so.${SHLIB_MAJOR}
SHLIB_LINK?= lib${LIB}.so
.endif
SONAME?= ${SHLIB_NAME}
.else
.if defined(SHLIB_MAJOR) && defined(SHLIB_MINOR)
SHLIB_NAME?= lib${LIB}.so.${SHLIB_MAJOR}.${SHLIB_MINOR}
.endif
.endif
Restore the BINFORMAT?= in sys.mk, or it's painfully difficult to use .if in Makefiles. bsd.prog.mk and bsd.lib.mk do not depend on it however. Allow overriding of the -soname arg when building the lib*crypt.so* libs since libdescrypt.so and libscrupt.so both need a -soname of libcrypt.so so that the symlink is obeyed at runtime rather than at compile time.
1997-09-05 11:45:15 +00:00
.endif
Add support for DEBUG_FLAGS. If you say something like: make DEBUG_FLAGS=-g2 You can compile something for debugging at debugging level 2. It will also take care not to strip the resulting executable(s).
1994-09-16 14:30:25 +00:00
.if defined(DEBUG_FLAGS)
CFLAGS+= ${DEBUG_FLAGS}
.endif
.if !defined(DEBUG_FLAGS)
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
STRIP?= -s
Add support for DEBUG_FLAGS. If you say something like: make DEBUG_FLAGS=-g2 You can compile something for debugging at debugging level 2. It will also take care not to strip the resulting executable(s).
1994-09-16 14:30:25 +00:00
.endif
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
Introduce a new variable NEED_LIBNAMES. If it is defined, <bsd.libnames.mk> is included regardless of the object file format. This is needed to fix the a.out PAM breakage that manifests itself when trying to build login.
1999-01-22 12:41:27 +00:00
.if ${OBJFORMAT} != aout || make(checkdpadd) || defined(NEED_LIBNAMES)
Fixed dependencies on libraries which I broke in rev.1.39 of bsd.prog.mk and didn't actually fix in rev.1.43 of bsd.lib.mk. The library names must be defined before they are used in dependencies.
1996-09-28 06:01:01 +00:00
.include <bsd.libnames.mk>
Normally don't include <bsd.libnames.mk>. Include it in the !aout case (as in bsd.prog.mk). Include it if `checkdpadd' is being made, so that it can be checked until it goes away. Don't clean files that we don't create. Fixed style of empty test.
1997-12-17 13:36:44 +00:00
.endif
Fixed dependencies on libraries which I broke in rev.1.39 of bsd.prog.mk and didn't actually fix in rev.1.43 of bsd.lib.mk. The library names must be defined before they are used in dependencies.
1996-09-28 06:01:01 +00:00
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.MAIN: all
# prefer .s to a .c, add .po, remove stuff not used in the BSD libraries
Switch to using ".So" as the extension for PIC object files rather than ".so". The old extension conflicted with well-established naming conventions for dynamically loadable modules. The "clean" targets continue to remove ".so" files too, to deal with old systems.
1999-01-09 21:51:00 +00:00
# .So used for PIC object files
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.SUFFIXES:
When dubiously reprogramming .SUFFIXES, don't screw up the order of .S relative to .s. This fixes wrong sources being preferred after "gcc -save-temps" creates .s files from .S files.
2000-06-08 18:11:15 +00:00
.SUFFIXES: .out .o .po .So .S .s .c .cc .cpp .cxx .m .C .f .y .l
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.c.o:
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
${CC} ${CFLAGS} -c ${.IMPSRC} -o ${.TARGET}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -x -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.c.po:
Use "-pg" instead of "-p" for generating profiled object files. The two options differ only when linking, but "-p" is incorrect because it is associated with the old-style "prof" command, which we do not support.
1997-04-09 20:31:15 +00:00
${CC} -pg ${CFLAGS} -c ${.IMPSRC} -o ${.TARGET}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -X -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
Switch to using ".So" as the extension for PIC object files rather than ".so". The old extension conflicted with well-established naming conventions for dynamically loadable modules. The "clean" targets continue to remove ".so" files too, to deal with old systems.
1999-01-09 21:51:00 +00:00
.c.So:
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
${CC} ${PICFLAG} -DPIC ${CFLAGS} -c ${.IMPSRC} -o ${.TARGET}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -x -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
Recognize ".cpp" as a C++ suffix. PR: 3476
1998-06-05 18:38:55 +00:00
.cc.o .C.o .cpp.o .cxx.o:
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
${CXX} ${CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -x -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
Recognize ".cpp" as a C++ suffix. PR: 3476
1998-06-05 18:38:55 +00:00
.cc.po .C.po .cpp.po .cxx.po:
Use "-pg" instead of "-p" for generating profiled object files. The two options differ only when linking, but "-p" is incorrect because it is associated with the old-style "prof" command, which we do not support.
1997-04-09 20:31:15 +00:00
${CXX} -pg ${CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -X -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
Switch to using ".So" as the extension for PIC object files rather than ".so". The old extension conflicted with well-established naming conventions for dynamically loadable modules. The "clean" targets continue to remove ".so" files too, to deal with old systems.
1999-01-09 21:51:00 +00:00
.cc.So .C.So .cpp.So .cxx.So:
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
${CXX} ${PICFLAG} -DPIC ${CXXFLAGS} -c ${.IMPSRC} -o ${.TARGET}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -x -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
.f.o:
${FC} ${FFLAGS} -o ${.TARGET} -c ${.IMPSRC}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -x -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
.f.po:
Use "-pg" instead of "-p" for generating profiled object files. The two options differ only when linking, but "-p" is incorrect because it is associated with the old-style "prof" command, which we do not support.
1997-04-09 20:31:15 +00:00
${FC} -pg ${FFLAGS} -o ${.TARGET} -c ${.IMPSRC}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -X -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
Switch to using ".So" as the extension for PIC object files rather than ".so". The old extension conflicted with well-established naming conventions for dynamically loadable modules. The "clean" targets continue to remove ".so" files too, to deal with old systems.
1999-01-09 21:51:00 +00:00
.f.So:
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
${FC} ${PICFLAG} -DPIC ${FFLAGS} -o ${.TARGET} -c ${.IMPSRC}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -x -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
Support Objective C almost as well as C++. Notes: - We no longer use -fgnu-runtime in bsd.lib.mk, since it is the default and bsd.lib.mk is the wrong place to override it. - Gnu C doesn't have a special compiler driver for Objective C like it does for C++. The defaults are suitable for Gnu C. Use `OBJCLIBS=' in /etc/make.conf for POC.
1998-05-15 09:30:13 +00:00
.m.o:
${OBJC} ${OBJCFLAGS} -c ${.IMPSRC} -o ${.TARGET}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -x -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
Support Objective C almost as well as C++. Notes: - We no longer use -fgnu-runtime in bsd.lib.mk, since it is the default and bsd.lib.mk is the wrong place to override it. - Gnu C doesn't have a special compiler driver for Objective C like it does for C++. The defaults are suitable for Gnu C. Use `OBJCLIBS=' in /etc/make.conf for POC.
1998-05-15 09:30:13 +00:00
.m.po:
${OBJC} ${OBJCFLAGS} -pg -c ${.IMPSRC} -o ${.TARGET}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -X -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
Support Objective C almost as well as C++. Notes: - We no longer use -fgnu-runtime in bsd.lib.mk, since it is the default and bsd.lib.mk is the wrong place to override it. - Gnu C doesn't have a special compiler driver for Objective C like it does for C++. The defaults are suitable for Gnu C. Use `OBJCLIBS=' in /etc/make.conf for POC.
1998-05-15 09:30:13 +00:00
Switch to using ".So" as the extension for PIC object files rather than ".so". The old extension conflicted with well-established naming conventions for dynamically loadable modules. The "clean" targets continue to remove ".so" files too, to deal with old systems.
1999-01-09 21:51:00 +00:00
.m.So:
Support Objective C almost as well as C++. Notes: - We no longer use -fgnu-runtime in bsd.lib.mk, since it is the default and bsd.lib.mk is the wrong place to override it. - Gnu C doesn't have a special compiler driver for Objective C like it does for C++. The defaults are suitable for Gnu C. Use `OBJCLIBS=' in /etc/make.conf for POC.
1998-05-15 09:30:13 +00:00
${OBJC} ${PICFLAG} -DPIC ${OBJCFLAGS} -c ${.IMPSRC} -o ${.TARGET}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -x -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
Support Objective C almost as well as C++. Notes: - We no longer use -fgnu-runtime in bsd.lib.mk, since it is the default and bsd.lib.mk is the wrong place to override it. - Gnu C doesn't have a special compiler driver for Objective C like it does for C++. The defaults are suitable for Gnu C. Use `OBJCLIBS=' in /etc/make.conf for POC.
1998-05-15 09:30:13 +00:00
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.s.o:
Add `B' to list of flags to pass through from C*FLAGS when using mkdep (bsd.dep.mk) and compiling assembly language sources (bsd.lib.mk). This doesn't change anything for our current source tree, but if you want to use the -B switch in C*FLAGS to specify the location of compiler subprograms, now you can do it. Reviewed by: bde (implicitly)
1997-06-18 03:39:34 +00:00
${CC} -x assembler-with-cpp ${CFLAGS:M-[BID]*} ${AINC} -c \
Replace some leaky ``cpp | as'' pipelines with ``cc -x <lang>'' commands to do the preprocessing and assembling. (I've been running this for months, and had forgotten about it)
1996-08-11 12:24:44 +00:00
${.IMPSRC} -o ${.TARGET}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -x -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.s.po:
Add `B' to list of flags to pass through from C*FLAGS when using mkdep (bsd.dep.mk) and compiling assembly language sources (bsd.lib.mk). This doesn't change anything for our current source tree, but if you want to use the -B switch in C*FLAGS to specify the location of compiler subprograms, now you can do it. Reviewed by: bde (implicitly)
1997-06-18 03:39:34 +00:00
${CC} -x assembler-with-cpp -DPROF ${CFLAGS:M-[BID]*} ${AINC} -c \
Replace some leaky ``cpp | as'' pipelines with ``cc -x <lang>'' commands to do the preprocessing and assembling. (I've been running this for months, and had forgotten about it)
1996-08-11 12:24:44 +00:00
${.IMPSRC} -o ${.TARGET}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -X -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
Switch to using ".So" as the extension for PIC object files rather than ".so". The old extension conflicted with well-established naming conventions for dynamically loadable modules. The "clean" targets continue to remove ".so" files too, to deal with old systems.
1999-01-09 21:51:00 +00:00
.s.So:
Consistently use $PICFLAG.
2002-03-12 01:18:07 +00:00
${CC} -x assembler-with-cpp ${PICFLAG} -DPIC ${CFLAGS:M-[BID]*} ${AINC} -c \
Replace some leaky ``cpp | as'' pipelines with ``cc -x <lang>'' commands to do the preprocessing and assembling. (I've been running this for months, and had forgotten about it)
1996-08-11 12:24:44 +00:00
${.IMPSRC} -o ${.TARGET}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -x -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
.S.o:
Add `B' to list of flags to pass through from C*FLAGS when using mkdep (bsd.dep.mk) and compiling assembly language sources (bsd.lib.mk). This doesn't change anything for our current source tree, but if you want to use the -B switch in C*FLAGS to specify the location of compiler subprograms, now you can do it. Reviewed by: bde (implicitly)
1997-06-18 03:39:34 +00:00
${CC} ${CFLAGS:M-[BID]*} ${AINC} -c ${.IMPSRC} -o ${.TARGET}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -x -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
.S.po:
Add `B' to list of flags to pass through from C*FLAGS when using mkdep (bsd.dep.mk) and compiling assembly language sources (bsd.lib.mk). This doesn't change anything for our current source tree, but if you want to use the -B switch in C*FLAGS to specify the location of compiler subprograms, now you can do it. Reviewed by: bde (implicitly)
1997-06-18 03:39:34 +00:00
${CC} -DPROF ${CFLAGS:M-[BID]*} ${AINC} -c ${.IMPSRC} -o ${.TARGET}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -X -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
Switch to using ".So" as the extension for PIC object files rather than ".so". The old extension conflicted with well-established naming conventions for dynamically loadable modules. The "clean" targets continue to remove ".so" files too, to deal with old systems.
1999-01-09 21:51:00 +00:00
.S.So:
Consistently use $PICFLAG.
2002-03-12 01:18:07 +00:00
${CC} ${PICFLAG} -DPIC ${CFLAGS:M-[BID]*} ${AINC} -c ${.IMPSRC} -o ${.TARGET}
Use more standard ld commands when stripping symbols out; ld -O is a freebsd-aout extension. The binutils ld doesn't understand it. Essentially this is backing out rev 1.33 for elf and other toolchain support..
1998-08-08 13:11:44 +00:00
@${LD} -o ${.TARGET}.tmp -x -r ${.TARGET}
@mv ${.TARGET}.tmp ${.TARGET}
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
Emendation to previous commit: only create static INTERNALLIBs if INTERNALSTATICLIB is also set.
1994-09-18 22:22:32 +00:00
.if !defined(INTERNALLIB) || defined(INTERNALSTATICLIB)
It turns out that occasionally you want both shared and static versions of INTERNALLIBs, so generate both.
1994-09-18 22:06:04 +00:00
.if !defined(NOPROFILE) && !defined(INTERNALLIB)
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
_LIBS=lib${LIB}.a lib${LIB}_p.a
.else
_LIBS=lib${LIB}.a
.endif
Emendation to previous commit: only create static INTERNALLIBs if INTERNALSTATICLIB is also set.
1994-09-18 22:22:32 +00:00
.endif
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
.if defined(SHLIB_NAME)
_LIBS+=${SHLIB_NAME}
A first cut at some rules for building elf shared libs. Of particular note, using "-Wl,-f" to generate a library objects list doesn't work anymore since the hack to ld hasn't been incorporated into binutils-2.8. (and the -f switch is used for something else already) This is disabled by default, don't panic! :-)
1997-08-30 23:23:18 +00:00
.endif
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
.if defined(INSTALL_PIC_ARCHIVE)
_LIBS+=lib${LIB}_pic.a
.endif
.if !defined(PICFLAG)
Spell pic "PIC" for sparc64.
2002-03-12 01:14:19 +00:00
.if ${MACHINE_ARCH} == "sparc64"
PICFLAG=-fPIC
.else
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
PICFLAG=-fpic
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.endif
Spell pic "PIC" for sparc64.
2002-03-12 01:14:19 +00:00
.endif
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
Do not depend on ``all-man'' if -DNOMAN.
2001-03-26 07:46:57 +00:00
.if !defined(NOMAN)
.TARGETOBJDIR has been removed from make and CANONICALOBJDIR set in bsd.obj.mk. Also, a make target called objwarn checks to see if ${.OBJDIR} != ${.CURDIR} and ${.OBJDIR} != ${CANONICALOBJDIR} and outputs a warning. (No warning for the latter if MAKEOBJDIR or MAKEOBJDIRP REFIX is set). objwarn is called from all targets in bsd.prog.mk, bsd.kmod.mk, and bsd.lib.mk. Reviewed by: bde
1996-09-18 06:09:19 +00:00
all: objwarn ${_LIBS} all-man _SUBDIR # llib-l${LIB}.ln
Do not depend on ``all-man'' if -DNOMAN.
2001-03-26 07:46:57 +00:00
.else
all: objwarn ${_LIBS} _SUBDIR # llib-l${LIB}.ln
.endif
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
OBJS+= ${SRCS:N*.h:R:S/$/.o/g}
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
lib${LIB}.a:: ${OBJS} ${STATICOBJS}
Change "building the standard ${LIB} library" to "building the static ${LIB} library". "standard" tends to imply the one that is normally used... but by default it is not the case - the .so would be the "standard" library. Therefore, change this to 'static'. Another option might be "conventional ${LIB} library".
2000-10-02 08:48:49 +00:00
@${ECHO} building static ${LIB} library
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
@rm -f lib${LIB}.a
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
@${AR} cq lib${LIB}.a `lorder ${OBJS} ${STATICOBJS} | tsort -q` ${ARADD}
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
${RANLIB} lib${LIB}.a
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
POBJS+= ${OBJS:.o=.po} ${STATICOBJS:.o=.po}
Clean up all temporaries that we can generate.
1998-08-08 13:22:06 +00:00
.if !defined(NOPROFILE)
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
lib${LIB}_p.a:: ${POBJS}
Use ${ECHO} instead of `echo' so that `make -s' is fairly quiet.
1994-08-28 15:37:40 +00:00
@${ECHO} building profiled ${LIB} library
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
@rm -f lib${LIB}_p.a
Use tsort -q
1996-08-03 06:43:05 +00:00
@${AR} cq lib${LIB}_p.a `lorder ${POBJS} | tsort -q` ${ARADD}
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
${RANLIB} lib${LIB}_p.a
Some profiled/shared objects were being built despite NOPROFILE/NOPIC being set.
1994-10-25 17:55:25 +00:00
.endif
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
Switch to using ".So" as the extension for PIC object files rather than ".so". The old extension conflicted with well-established naming conventions for dynamically loadable modules. The "clean" targets continue to remove ".so" files too, to deal with old systems.
1999-01-09 21:51:00 +00:00
SOBJS+= ${OBJS:.o=.So}
A first cut at some rules for building elf shared libs. Of particular note, using "-Wl,-f" to generate a library objects list doesn't work anymore since the hack to ld hasn't been incorporated into binutils-2.8. (and the -f switch is used for something else already) This is disabled by default, don't panic! :-)
1997-08-30 23:23:18 +00:00
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
.if defined(SHLIB_NAME)
${SHLIB_NAME}: ${SOBJS}
@${ECHO} building shared library ${SHLIB_NAME}
@rm -f ${SHLIB_NAME} ${SHLIB_LINK}
.if defined(SHLIB_LINK)
@ln -sf ${SHLIB_NAME} ${SHLIB_LINK}
.endif
BINFORMAT -> OBJFORMAT ready for E-day.
1998-08-30 20:33:27 +00:00
.if ${OBJFORMAT} == aout
Obviate the need to set the COMPILER_PATH and LIBRARY_PATH in Makefile.inc1 to pick up the correct cross-tools (the compiler executables and binutils) and special linker files (crt*.o). This is now controlled by a single knob, TOOLS_PREFIX, when building cross-tools. Fixed regression in Makefile.inc1,v 1.203 (-nostdinc). This clobbered target architecture's CFLAGS with building host's CPUTYPE setting in /etc/make.conf, and had a nice but nasty side effect of exposing some (normally hidden) bugs in system headers. (Attempt to move the "-nostdinc -I..." part of CFLAGS into the new CINCLUDES (modeled after a similar CXXINCLUDES) eventually failed because hard-coding ${WORLDTMP}/usr/include to be the first in the include list does not always work, e.g. lib/libbind.) Compensate the -nostdinc removal by making cpp(1) built in the cross-tools stage to not look for <> header files in the building host's /usr/include (already committed as gnu/usr.bin/cc/cc_tools/freebsd-native.h, revisions 1.10-1.12, STANDARD_INCLUDE_DIR). : $ /usr/obj/usr/src/i386/usr/bin/cpp -v /dev/null : : Before: : : #include <...> search starts here: : /usr/obj/usr/src/i386/usr/include : /usr/include : End of search list. : : After: : : #include <...> search starts here: : /usr/obj/usr/src/i386/usr/include : /usr/obj/usr/src/i386/usr/include (Disabling the use of GCC_INCLUDE_DIR in the FREEBSD_NATIVE case would fix the duplicate above.) Get rid of the (now unneeded) -I${DESTDIR}/usr/include magic in bsd.prog.mk and bsd.lib.mk. Finish the removal of LDDESTDIR in bsd.lib.mk,v 1.55 -- we no longer have users of it. The required changes to gcc were already committed as contrib/gcc.295/gcc.c, revisions 1.23 and 1.24. Basically, this allows for the changes above plus makes gcc(1) persistent about path configuration, whether it's configured as a native or a cross compiler: : $ /usr/obj/usr/src/i386/usr/bin/cc -print-search-dirs : install: /usr/obj/usr/src/i386/usr/libexec/(null) : programs: /usr/obj/usr/src/i386/usr/libexec/elf/:/usr/obj/usr/src/i386/usr/libexec/ : libraries: /usr/obj/usr/src/i386/usr/lib/ : : $ /usr/obj/alpha/usr/src/i386/usr/bin/cc -print-search-dirs : install: /usr/obj/alpha/usr/src/i386/usr/libexec/(null) : programs: /usr/obj/alpha/usr/src/i386/usr/libexec/elf/:/usr/obj/alpha/usr/src/i386/usr/libexec/ : libraries: /usr/obj/alpha/usr/src/i386/usr/lib/ Reviewed by: bde, obrien
2002-02-21 10:23:41 +00:00
@${CC} -shared -Wl,-x,-assert,pure-text \
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
-o ${SHLIB_NAME} \
Obviate the need to set the COMPILER_PATH and LIBRARY_PATH in Makefile.inc1 to pick up the correct cross-tools (the compiler executables and binutils) and special linker files (crt*.o). This is now controlled by a single knob, TOOLS_PREFIX, when building cross-tools. Fixed regression in Makefile.inc1,v 1.203 (-nostdinc). This clobbered target architecture's CFLAGS with building host's CPUTYPE setting in /etc/make.conf, and had a nice but nasty side effect of exposing some (normally hidden) bugs in system headers. (Attempt to move the "-nostdinc -I..." part of CFLAGS into the new CINCLUDES (modeled after a similar CXXINCLUDES) eventually failed because hard-coding ${WORLDTMP}/usr/include to be the first in the include list does not always work, e.g. lib/libbind.) Compensate the -nostdinc removal by making cpp(1) built in the cross-tools stage to not look for <> header files in the building host's /usr/include (already committed as gnu/usr.bin/cc/cc_tools/freebsd-native.h, revisions 1.10-1.12, STANDARD_INCLUDE_DIR). : $ /usr/obj/usr/src/i386/usr/bin/cpp -v /dev/null : : Before: : : #include <...> search starts here: : /usr/obj/usr/src/i386/usr/include : /usr/include : End of search list. : : After: : : #include <...> search starts here: : /usr/obj/usr/src/i386/usr/include : /usr/obj/usr/src/i386/usr/include (Disabling the use of GCC_INCLUDE_DIR in the FREEBSD_NATIVE case would fix the duplicate above.) Get rid of the (now unneeded) -I${DESTDIR}/usr/include magic in bsd.prog.mk and bsd.lib.mk. Finish the removal of LDDESTDIR in bsd.lib.mk,v 1.55 -- we no longer have users of it. The required changes to gcc were already committed as contrib/gcc.295/gcc.c, revisions 1.23 and 1.24. Basically, this allows for the changes above plus makes gcc(1) persistent about path configuration, whether it's configured as a native or a cross compiler: : $ /usr/obj/usr/src/i386/usr/bin/cc -print-search-dirs : install: /usr/obj/usr/src/i386/usr/libexec/(null) : programs: /usr/obj/usr/src/i386/usr/libexec/elf/:/usr/obj/usr/src/i386/usr/libexec/ : libraries: /usr/obj/usr/src/i386/usr/lib/ : : $ /usr/obj/alpha/usr/src/i386/usr/bin/cc -print-search-dirs : install: /usr/obj/alpha/usr/src/i386/usr/libexec/(null) : programs: /usr/obj/alpha/usr/src/i386/usr/libexec/elf/:/usr/obj/alpha/usr/src/i386/usr/libexec/ : libraries: /usr/obj/alpha/usr/src/i386/usr/lib/ Reviewed by: bde, obrien
2002-02-21 10:23:41 +00:00
`lorder ${SOBJS} | tsort -q` ${LDADD}
A first cut at some rules for building elf shared libs. Of particular note, using "-Wl,-f" to generate a library objects list doesn't work anymore since the hack to ld hasn't been incorporated into binutils-2.8. (and the -f switch is used for something else already) This is disabled by default, don't panic! :-)
1997-08-30 23:23:18 +00:00
.else
Obviate the need to set the COMPILER_PATH and LIBRARY_PATH in Makefile.inc1 to pick up the correct cross-tools (the compiler executables and binutils) and special linker files (crt*.o). This is now controlled by a single knob, TOOLS_PREFIX, when building cross-tools. Fixed regression in Makefile.inc1,v 1.203 (-nostdinc). This clobbered target architecture's CFLAGS with building host's CPUTYPE setting in /etc/make.conf, and had a nice but nasty side effect of exposing some (normally hidden) bugs in system headers. (Attempt to move the "-nostdinc -I..." part of CFLAGS into the new CINCLUDES (modeled after a similar CXXINCLUDES) eventually failed because hard-coding ${WORLDTMP}/usr/include to be the first in the include list does not always work, e.g. lib/libbind.) Compensate the -nostdinc removal by making cpp(1) built in the cross-tools stage to not look for <> header files in the building host's /usr/include (already committed as gnu/usr.bin/cc/cc_tools/freebsd-native.h, revisions 1.10-1.12, STANDARD_INCLUDE_DIR). : $ /usr/obj/usr/src/i386/usr/bin/cpp -v /dev/null : : Before: : : #include <...> search starts here: : /usr/obj/usr/src/i386/usr/include : /usr/include : End of search list. : : After: : : #include <...> search starts here: : /usr/obj/usr/src/i386/usr/include : /usr/obj/usr/src/i386/usr/include (Disabling the use of GCC_INCLUDE_DIR in the FREEBSD_NATIVE case would fix the duplicate above.) Get rid of the (now unneeded) -I${DESTDIR}/usr/include magic in bsd.prog.mk and bsd.lib.mk. Finish the removal of LDDESTDIR in bsd.lib.mk,v 1.55 -- we no longer have users of it. The required changes to gcc were already committed as contrib/gcc.295/gcc.c, revisions 1.23 and 1.24. Basically, this allows for the changes above plus makes gcc(1) persistent about path configuration, whether it's configured as a native or a cross compiler: : $ /usr/obj/usr/src/i386/usr/bin/cc -print-search-dirs : install: /usr/obj/usr/src/i386/usr/libexec/(null) : programs: /usr/obj/usr/src/i386/usr/libexec/elf/:/usr/obj/usr/src/i386/usr/libexec/ : libraries: /usr/obj/usr/src/i386/usr/lib/ : : $ /usr/obj/alpha/usr/src/i386/usr/bin/cc -print-search-dirs : install: /usr/obj/alpha/usr/src/i386/usr/libexec/(null) : programs: /usr/obj/alpha/usr/src/i386/usr/libexec/elf/:/usr/obj/alpha/usr/src/i386/usr/libexec/ : libraries: /usr/obj/alpha/usr/src/i386/usr/lib/ Reviewed by: bde, obrien
2002-02-21 10:23:41 +00:00
@${CC} -shared -Wl,-x \
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
-o ${SHLIB_NAME} -Wl,-soname,${SONAME} \
Obviate the need to set the COMPILER_PATH and LIBRARY_PATH in Makefile.inc1 to pick up the correct cross-tools (the compiler executables and binutils) and special linker files (crt*.o). This is now controlled by a single knob, TOOLS_PREFIX, when building cross-tools. Fixed regression in Makefile.inc1,v 1.203 (-nostdinc). This clobbered target architecture's CFLAGS with building host's CPUTYPE setting in /etc/make.conf, and had a nice but nasty side effect of exposing some (normally hidden) bugs in system headers. (Attempt to move the "-nostdinc -I..." part of CFLAGS into the new CINCLUDES (modeled after a similar CXXINCLUDES) eventually failed because hard-coding ${WORLDTMP}/usr/include to be the first in the include list does not always work, e.g. lib/libbind.) Compensate the -nostdinc removal by making cpp(1) built in the cross-tools stage to not look for <> header files in the building host's /usr/include (already committed as gnu/usr.bin/cc/cc_tools/freebsd-native.h, revisions 1.10-1.12, STANDARD_INCLUDE_DIR). : $ /usr/obj/usr/src/i386/usr/bin/cpp -v /dev/null : : Before: : : #include <...> search starts here: : /usr/obj/usr/src/i386/usr/include : /usr/include : End of search list. : : After: : : #include <...> search starts here: : /usr/obj/usr/src/i386/usr/include : /usr/obj/usr/src/i386/usr/include (Disabling the use of GCC_INCLUDE_DIR in the FREEBSD_NATIVE case would fix the duplicate above.) Get rid of the (now unneeded) -I${DESTDIR}/usr/include magic in bsd.prog.mk and bsd.lib.mk. Finish the removal of LDDESTDIR in bsd.lib.mk,v 1.55 -- we no longer have users of it. The required changes to gcc were already committed as contrib/gcc.295/gcc.c, revisions 1.23 and 1.24. Basically, this allows for the changes above plus makes gcc(1) persistent about path configuration, whether it's configured as a native or a cross compiler: : $ /usr/obj/usr/src/i386/usr/bin/cc -print-search-dirs : install: /usr/obj/usr/src/i386/usr/libexec/(null) : programs: /usr/obj/usr/src/i386/usr/libexec/elf/:/usr/obj/usr/src/i386/usr/libexec/ : libraries: /usr/obj/usr/src/i386/usr/lib/ : : $ /usr/obj/alpha/usr/src/i386/usr/bin/cc -print-search-dirs : install: /usr/obj/alpha/usr/src/i386/usr/libexec/(null) : programs: /usr/obj/alpha/usr/src/i386/usr/libexec/elf/:/usr/obj/alpha/usr/src/i386/usr/libexec/ : libraries: /usr/obj/alpha/usr/src/i386/usr/lib/ Reviewed by: bde, obrien
2002-02-21 10:23:41 +00:00
`lorder ${SOBJS} | tsort -q` ${LDADD}
A first cut at some rules for building elf shared libs. Of particular note, using "-Wl,-f" to generate a library objects list doesn't work anymore since the hack to ld hasn't been incorporated into binutils-2.8. (and the -f switch is used for something else already) This is disabled by default, don't panic! :-)
1997-08-30 23:23:18 +00:00
.endif
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
.endif
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
.if defined(INSTALL_PIC_ARCHIVE)
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
lib${LIB}_pic.a:: ${SOBJS}
Use ${ECHO} instead of `echo' so that `make -s' is fairly quiet.
1994-08-28 15:37:40 +00:00
@${ECHO} building special pic ${LIB} library
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
@rm -f lib${LIB}_pic.a
Remove -T from ar, nm fixed now
1994-12-28 00:49:58 +00:00
@${AR} cq lib${LIB}_pic.a ${SOBJS} ${ARADD}
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
${RANLIB} lib${LIB}_pic.a
Some profiled/shared objects were being built despite NOPROFILE/NOPIC being set.
1994-10-25 17:55:25 +00:00
.endif
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
llib-l${LIB}.ln: ${SRCS}
Unbreak "make lint" for programs and "make llib-l${LIB}.ln" for libraries a little by not passing all of ${CFLAGS} to lint. Pass only options matching -[DIU]*. The important -nostdinc option can't be passed like I first thought because lint misinterprets as "-n -o stdinc". The unimportant -B* option can't be passed because lint doesn't support it. Otherwise, we pass the same options as to mkdep, exept for a bug in the latter: -U* is not passed. All this depends on option args not being separated from option flags by a space.
2001-12-03 22:31:09 +00:00
${LINT} -C${LIB} ${CFLAGS:M-[DIU]*} ${.ALLSRC:M*.c}
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.if !target(clean)
Bring in my changes for removing the pestilent obj links (unless you really want them) from /usr/src. This is the final version of the patches, incorporating the feedback I've received from -current.
1996-06-24 04:26:21 +00:00
clean: _SUBDIR
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
rm -f a.out ${OBJS} ${STATICOBJS} ${OBJS:S/$/.tmp/} ${CLEANFILES}
Normally don't include <bsd.libnames.mk>. Include it in the !aout case (as in bsd.prog.mk). Include it if `checkdpadd' is being made, so that it can be checked until it goes away. Don't clean files that we don't create. Fixed style of empty test.
1997-12-17 13:36:44 +00:00
rm -f lib${LIB}.a # llib-l${LIB}.ln
Clean up all temporaries that we can generate.
1998-08-08 13:22:06 +00:00
rm -f ${POBJS} ${POBJS:S/$/.tmp/} lib${LIB}_p.a
Switch to using ".So" as the extension for PIC object files rather than ".so". The old extension conflicted with well-established naming conventions for dynamically loadable modules. The "clean" targets continue to remove ".so" files too, to deal with old systems.
1999-01-09 21:51:00 +00:00
rm -f ${SOBJS} ${SOBJS:.So=.so} ${SOBJS:S/$/.tmp/} \
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
${SHLIB_NAME} ${SHLIB_LINK} \
Switch to using ".So" as the extension for PIC object files rather than ".so". The old extension conflicted with well-established naming conventions for dynamically loadable modules. The "clean" targets continue to remove ".so" files too, to deal with old systems.
1999-01-09 21:51:00 +00:00
lib${LIB}.so.* lib${LIB}.so lib${LIB}_pic.a
Make cleandirs more safe Suggested by: bde
1996-06-29 03:12:49 +00:00
.if defined(CLEANDIRS) && !empty(CLEANDIRS)
Add support for ${CLEANDIRS} that will be rm -rf'ed during clean & cleandir.
1996-06-17 15:59:52 +00:00
rm -rf ${CLEANDIRS}
.endif
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.endif
Fixed generation of extra dependencies: - the two `_EXTRADEPEND::' targets potentially clobbered each other for `make -jN'. In practice, the output for the second target sometimes disappeared. - bogus dependencies were generated for static libraries.
1998-03-07 13:13:41 +00:00
_EXTRADEPEND:
Use `ld -f' (actually `cc -Wl,-f') at `make depend' time to generate almost perfect dependencies on crt0's and libraries. DPADD and bsd.libnames.mk should go away soon. Use a new _EXTRADEPEND target to implement this and to avoid editing of .depend when .depend isn;t being rebuilt. The afterdepend target doesn't seem to be good for anything and is now unused. Fixed LDDESTDIR for the DESTDIR case when ${SHLIBDIR} != /usr/lib. Added commented-out -nostdlib to LDDESTDIR for the DESTDIR case. The wrong libraries may be used without this; however it breaks linkage to crt0 and libc.
1997-04-09 16:10:27 +00:00
@TMP=_depend$$$$; \
Switch to using ".So" as the extension for PIC object files rather than ".so". The old extension conflicted with well-established naming conventions for dynamically loadable modules. The "clean" targets continue to remove ".so" files too, to deal with old systems.
1999-01-09 21:51:00 +00:00
sed -e 's/^\([^\.]*\).o[ ]*:/\1.o \1.po \1.So:/' < ${DEPENDFILE} \
Use `ld -f' (actually `cc -Wl,-f') at `make depend' time to generate almost perfect dependencies on crt0's and libraries. DPADD and bsd.libnames.mk should go away soon. Use a new _EXTRADEPEND target to implement this and to avoid editing of .depend when .depend isn;t being rebuilt. The afterdepend target doesn't seem to be good for anything and is now unused. Fixed LDDESTDIR for the DESTDIR case when ${SHLIBDIR} != /usr/lib. Added commented-out -nostdlib to LDDESTDIR for the DESTDIR case. The wrong libraries may be used without this; however it breaks linkage to crt0 and libc.
1997-04-09 16:10:27 +00:00
> $$TMP; \
mv $$TMP ${DEPENDFILE}
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
.if !defined(NOEXTRADEPEND) && defined(SHLIB_NAME)
BINFORMAT -> OBJFORMAT ready for E-day.
1998-08-30 20:33:27 +00:00
.if ${OBJFORMAT} == aout
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
echo ${SHLIB_NAME}: \
Obviate the need to set the COMPILER_PATH and LIBRARY_PATH in Makefile.inc1 to pick up the correct cross-tools (the compiler executables and binutils) and special linker files (crt*.o). This is now controlled by a single knob, TOOLS_PREFIX, when building cross-tools. Fixed regression in Makefile.inc1,v 1.203 (-nostdinc). This clobbered target architecture's CFLAGS with building host's CPUTYPE setting in /etc/make.conf, and had a nice but nasty side effect of exposing some (normally hidden) bugs in system headers. (Attempt to move the "-nostdinc -I..." part of CFLAGS into the new CINCLUDES (modeled after a similar CXXINCLUDES) eventually failed because hard-coding ${WORLDTMP}/usr/include to be the first in the include list does not always work, e.g. lib/libbind.) Compensate the -nostdinc removal by making cpp(1) built in the cross-tools stage to not look for <> header files in the building host's /usr/include (already committed as gnu/usr.bin/cc/cc_tools/freebsd-native.h, revisions 1.10-1.12, STANDARD_INCLUDE_DIR). : $ /usr/obj/usr/src/i386/usr/bin/cpp -v /dev/null : : Before: : : #include <...> search starts here: : /usr/obj/usr/src/i386/usr/include : /usr/include : End of search list. : : After: : : #include <...> search starts here: : /usr/obj/usr/src/i386/usr/include : /usr/obj/usr/src/i386/usr/include (Disabling the use of GCC_INCLUDE_DIR in the FREEBSD_NATIVE case would fix the duplicate above.) Get rid of the (now unneeded) -I${DESTDIR}/usr/include magic in bsd.prog.mk and bsd.lib.mk. Finish the removal of LDDESTDIR in bsd.lib.mk,v 1.55 -- we no longer have users of it. The required changes to gcc were already committed as contrib/gcc.295/gcc.c, revisions 1.23 and 1.24. Basically, this allows for the changes above plus makes gcc(1) persistent about path configuration, whether it's configured as a native or a cross compiler: : $ /usr/obj/usr/src/i386/usr/bin/cc -print-search-dirs : install: /usr/obj/usr/src/i386/usr/libexec/(null) : programs: /usr/obj/usr/src/i386/usr/libexec/elf/:/usr/obj/usr/src/i386/usr/libexec/ : libraries: /usr/obj/usr/src/i386/usr/lib/ : : $ /usr/obj/alpha/usr/src/i386/usr/bin/cc -print-search-dirs : install: /usr/obj/alpha/usr/src/i386/usr/libexec/(null) : programs: /usr/obj/alpha/usr/src/i386/usr/libexec/elf/:/usr/obj/alpha/usr/src/i386/usr/libexec/ : libraries: /usr/obj/alpha/usr/src/i386/usr/lib/ Reviewed by: bde, obrien
2002-02-21 10:23:41 +00:00
`${CC} -shared -Wl,-f ${LDADD}` \
Use "gcc -shared" instead of "ld -Bshareable" for building shared libraries. Remove the now-unneeded CPLUSPLUSLIB hack. I will also remove the CPLUSPLUSLIB definitions from the Makefiles that use it, after the dust settles. Use gcc's LIBRARY_PATH environment variable to handle DESTDIR, instead of -L flags in LDDESTDIR. LIBRARY_PATH is documented in the gcc info pages. It is better than using -L flags, because it modifies the search for start-up files as well as for libraries. A new variable LDDESTDIRENV is used to contain the normally-empty LIBRARY_PATH environment setting. LDDESTDIR is no longer set in <bsd.lib.mk>. It is still honored for the time being, because a couple of userland Makefiles still (wrongly) set it. These should be fixed, and LDDESTDIR should vanish. Removed the commented-out "LDDESTDIR+=-nostdlib", because "gcc -shared" doesn't link in any standard libraries anyway. Removed the ".if defined(LDADD)" around the _EXTRADEPEND target for shared libraries. This target is always necessary now, because c++rt0.o is linked into every shared library. Don't merge this into -2.2 without first merging the support for "gcc -shared".
1997-05-04 21:30:40 +00:00
>> ${DEPENDFILE}
A first cut at some rules for building elf shared libs. Of particular note, using "-Wl,-f" to generate a library objects list doesn't work anymore since the hack to ld hasn't been incorporated into binutils-2.8. (and the -f switch is used for something else already) This is disabled by default, don't panic! :-)
1997-08-30 23:23:18 +00:00
.else
Normally don't include <bsd.libnames.mk>. Include it in the !aout case (as in bsd.prog.mk). Include it if `checkdpadd' is being made, so that it can be checked until it goes away. Don't clean files that we don't create. Fixed style of empty test.
1997-12-17 13:36:44 +00:00
.if defined(DPADD) && !empty(DPADD)
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
echo ${SHLIB_NAME}: ${DPADD} >> ${DEPENDFILE}
A first cut at some rules for building elf shared libs. Of particular note, using "-Wl,-f" to generate a library objects list doesn't work anymore since the hack to ld hasn't been incorporated into binutils-2.8. (and the -f switch is used for something else already) This is disabled by default, don't panic! :-)
1997-08-30 23:23:18 +00:00
.endif
.endif
Merge buildworld/installworld patch to Makefile from RELENG_2_2. Patch a couple *.mk files to enable -current world building on really old machines (e.g., 2.1.5). Reviewed by: too many many people to list here, special thanks to bde
1997-08-05 03:49:49 +00:00
.endif
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.if !target(install)
.if !target(beforeinstall)
Introduce the new mk internal target _includeinstall and add the controlling knob defaults INCOWN, INCGRP, INCMODE, and INCDIR. Reviewed by: marcel, and make world
2000-01-14 07:41:11 +00:00
beforeinstall: _includeinstall
.endif
_includeinstall:
.if defined(INCS)
.for header in ${INCS}
cd ${.CURDIR} && \
${INSTALL} -C -o ${INCOWN} -g ${INCGRP} -m ${INCMODE} \
${header} ${DESTDIR}${INCDIR}
.endfor
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.endif
add support to buildworld as a normal user: -DNOFSCHG disables installation of libs with flag schg GAMEGRP change the group with which games are installed also organize the binary section into alphebetical order some what..
1999-06-24 22:50:24 +00:00
.if defined(PRECIOUSLIB) && !defined(NOFSCHG)
Add support for two modifier variables which will be useful soon: PRECIOUSLIB causes the shared library to be installed with the system immutable flag (schg) set. (You can add other flags for shared-library installation by modifying SHLINSTALLFLAGS.) INTERNALLIB disables the generation of non-shared versions of the library. This may be of use for programs like Taylor UUCP and GCC which have large internal libraries shared among a number of programs.
1994-08-26 18:58:10 +00:00
SHLINSTALLFLAGS+= -fschg
.endif
Add variable INSTALLFLAGS_EDIT used to remove arbitrary INSTALLFLAGS. Specifically intended for removing -fschg ("INSTALLFLAGS_EDIT=:S/schg/uchg/") this makes the NOFSCHG flag redundant. NOFSCHG will still be honoured by bsd.lib.mk but is valid for buildworld only. NOFSCHG is still implemented in the old way (ie. _not_ ".if NOFSCHG then { INSTALLFLAGS_EDIT+=:S/schg/,/ }" to emphasize the fact that NOFSCHG is only supported in a limited fashion and for buildworld. The interface and implementation are such that future use of flags such as sappnd can also be easily removed or altered (perhaps to uappnd). This commit brought to you by the letters B, D, and E, and the numbers six, one, thirteen, and three.
1999-07-31 20:27:33 +00:00
_INSTALLFLAGS:= ${INSTALLFLAGS}
.for ie in ${INSTALLFLAGS_EDIT}
_INSTALLFLAGS:= ${_INSTALLFLAGS${ie}}
.endfor
Unbroke PRECIOUSLIB feature (broken in rev 1.88). Original version submitted by: Jim Bloom <bloom@acm.org> Reviewed by: bde Approved by: jkh
2000-02-03 09:36:17 +00:00
_SHLINSTALLFLAGS:= ${SHLINSTALLFLAGS}
Add variable INSTALLFLAGS_EDIT used to remove arbitrary INSTALLFLAGS. Specifically intended for removing -fschg ("INSTALLFLAGS_EDIT=:S/schg/uchg/") this makes the NOFSCHG flag redundant. NOFSCHG will still be honoured by bsd.lib.mk but is valid for buildworld only. NOFSCHG is still implemented in the old way (ie. _not_ ".if NOFSCHG then { INSTALLFLAGS_EDIT+=:S/schg/,/ }" to emphasize the fact that NOFSCHG is only supported in a limited fashion and for buildworld. The interface and implementation are such that future use of flags such as sappnd can also be easily removed or altered (perhaps to uappnd). This commit brought to you by the letters B, D, and E, and the numbers six, one, thirteen, and three.
1999-07-31 20:27:33 +00:00
.for ie in ${INSTALLFLAGS_EDIT}
_SHLINSTALLFLAGS:= ${_SHLINSTALLFLAGS${ie}}
.endfor
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
realinstall: beforeinstall
Add support for two modifier variables which will be useful soon: PRECIOUSLIB causes the shared library to be installed with the system immutable flag (schg) set. (You can add other flags for shared-library installation by modifying SHLINSTALLFLAGS.) INTERNALLIB disables the generation of non-shared versions of the library. This may be of use for programs like Taylor UUCP and GCC which have large internal libraries shared among a number of programs.
1994-08-26 18:58:10 +00:00
.if !defined(INTERNALLIB)
Make the install targets obey the INSTALLFLAGS requests in the new Makefiles. DANGER WILL ROBINSON! This will cause repeat installs of certain programs, such as `init' and `rcp', to fail unless one of the two conditions is met: 1) You are in single-user mode. 2) Your security level is set to 0 or -1. If you have compiled a kernel from the latest sources, your kernel security level is set to -1 by default, which will keep `init' from fiddling with it. You can increase it, but not decrease it, from the command line with the command `sysctl -w kern.securelevel=<new value>'. I believe that -1 is the most appropriate value to use while we are still developing the code, although when we ship it should be changed back to 0. See init(8) for more information.
1994-08-10 02:48:08 +00:00
${INSTALL} ${COPY} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \
Add variable INSTALLFLAGS_EDIT used to remove arbitrary INSTALLFLAGS. Specifically intended for removing -fschg ("INSTALLFLAGS_EDIT=:S/schg/uchg/") this makes the NOFSCHG flag redundant. NOFSCHG will still be honoured by bsd.lib.mk but is valid for buildworld only. NOFSCHG is still implemented in the old way (ie. _not_ ".if NOFSCHG then { INSTALLFLAGS_EDIT+=:S/schg/,/ }" to emphasize the fact that NOFSCHG is only supported in a limited fashion and for buildworld. The interface and implementation are such that future use of flags such as sappnd can also be easily removed or altered (perhaps to uappnd). This commit brought to you by the letters B, D, and E, and the numbers six, one, thirteen, and three.
1999-07-31 20:27:33 +00:00
${_INSTALLFLAGS} lib${LIB}.a ${DESTDIR}${LIBDIR}
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.if !defined(NOPROFILE)
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
${INSTALL} ${COPY} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \
Add variable INSTALLFLAGS_EDIT used to remove arbitrary INSTALLFLAGS. Specifically intended for removing -fschg ("INSTALLFLAGS_EDIT=:S/schg/uchg/") this makes the NOFSCHG flag redundant. NOFSCHG will still be honoured by bsd.lib.mk but is valid for buildworld only. NOFSCHG is still implemented in the old way (ie. _not_ ".if NOFSCHG then { INSTALLFLAGS_EDIT+=:S/schg/,/ }" to emphasize the fact that NOFSCHG is only supported in a limited fashion and for buildworld. The interface and implementation are such that future use of flags such as sappnd can also be easily removed or altered (perhaps to uappnd). This commit brought to you by the letters B, D, and E, and the numbers six, one, thirteen, and three.
1999-07-31 20:27:33 +00:00
${_INSTALLFLAGS} lib${LIB}_p.a ${DESTDIR}${LIBDIR}
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.endif
Add support for two modifier variables which will be useful soon: PRECIOUSLIB causes the shared library to be installed with the system immutable flag (schg) set. (You can add other flags for shared-library installation by modifying SHLINSTALLFLAGS.) INTERNALLIB disables the generation of non-shared versions of the library. This may be of use for programs like Taylor UUCP and GCC which have large internal libraries shared among a number of programs.
1994-08-26 18:58:10 +00:00
.endif
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
.if defined(SHLIB_NAME)
add support to buildworld as a normal user: -DNOFSCHG disables installation of libs with flag schg GAMEGRP change the group with which games are installed also organize the binary section into alphebetical order some what..
1999-06-24 22:50:24 +00:00
${INSTALL} ${COPY} ${STRIP} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \
Add variable INSTALLFLAGS_EDIT used to remove arbitrary INSTALLFLAGS. Specifically intended for removing -fschg ("INSTALLFLAGS_EDIT=:S/schg/uchg/") this makes the NOFSCHG flag redundant. NOFSCHG will still be honoured by bsd.lib.mk but is valid for buildworld only. NOFSCHG is still implemented in the old way (ie. _not_ ".if NOFSCHG then { INSTALLFLAGS_EDIT+=:S/schg/,/ }" to emphasize the fact that NOFSCHG is only supported in a limited fashion and for buildworld. The interface and implementation are such that future use of flags such as sappnd can also be easily removed or altered (perhaps to uappnd). This commit brought to you by the letters B, D, and E, and the numbers six, one, thirteen, and three.
1999-07-31 20:27:33 +00:00
${_INSTALLFLAGS} ${_SHLINSTALLFLAGS} \
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
${SHLIB_NAME} ${DESTDIR}${SHLIBDIR}
.if defined(SHLIB_LINK)
Removed all traces of LN_FLAGS. It was only used to produce a link /usr/sbin/sysctl -> ${DESTDIR}/sbin/sysctl in some versions of 2.2, and this link was broken if DESTDIR was set. Added a SYMLINKS macro. This works the same as LINKS, except it creates symlinks and the linked-to pathname may be relative. This is more flexible than LN_FLAGS, since it supports installing symlinks independently of hard links. Use `ln -f[s] ...' instead of `rm -f ...; ln [-s] ...' for LINKS and SYMLINKS. This is equivalent if the target is neither a directory nor a symlink to a directory. PR: 8279
1999-03-23 03:06:25 +00:00
ln -sf ${SHLIB_NAME} ${DESTDIR}${SHLIBDIR}/${SHLIB_LINK}
A first cut at some rules for building elf shared libs. Of particular note, using "-Wl,-f" to generate a library objects list doesn't work anymore since the hack to ld hasn't been incorporated into binutils-2.8. (and the -f switch is used for something else already) This is disabled by default, don't panic! :-)
1997-08-30 23:23:18 +00:00
.endif
.endif
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
.if defined(INSTALL_PIC_ARCHIVE)
${INSTALL} ${COPY} -o ${LIBOWN} -g ${LIBGRP} -m ${LIBMODE} \
Add variable INSTALLFLAGS_EDIT used to remove arbitrary INSTALLFLAGS. Specifically intended for removing -fschg ("INSTALLFLAGS_EDIT=:S/schg/uchg/") this makes the NOFSCHG flag redundant. NOFSCHG will still be honoured by bsd.lib.mk but is valid for buildworld only. NOFSCHG is still implemented in the old way (ie. _not_ ".if NOFSCHG then { INSTALLFLAGS_EDIT+=:S/schg/,/ }" to emphasize the fact that NOFSCHG is only supported in a limited fashion and for buildworld. The interface and implementation are such that future use of flags such as sappnd can also be easily removed or altered (perhaps to uappnd). This commit brought to you by the letters B, D, and E, and the numbers six, one, thirteen, and three.
1999-07-31 20:27:33 +00:00
${_INSTALLFLAGS} lib${LIB}_pic.a ${DESTDIR}${LIBDIR}
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
.endif
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.if defined(LINKS) && !empty(LINKS)
@set ${LINKS}; \
while test $$# -ge 2; do \
l=${DESTDIR}$$1; \
shift; \
t=${DESTDIR}$$1; \
shift; \
Use ${ECHO} instead of `echo' so that `make -s' is fairly quiet.
1994-08-28 15:37:40 +00:00
${ECHO} $$t -\> $$l; \
Removed all traces of LN_FLAGS. It was only used to produce a link /usr/sbin/sysctl -> ${DESTDIR}/sbin/sysctl in some versions of 2.2, and this link was broken if DESTDIR was set. Added a SYMLINKS macro. This works the same as LINKS, except it creates symlinks and the linked-to pathname may be relative. This is more flexible than LN_FLAGS, since it supports installing symlinks independently of hard links. Use `ln -f[s] ...' instead of `rm -f ...; ln [-s] ...' for LINKS and SYMLINKS. This is equivalent if the target is neither a directory nor a symlink to a directory. PR: 8279
1999-03-23 03:06:25 +00:00
ln -f $$l $$t; \
done; true
.endif
.if defined(SYMLINKS) && !empty(SYMLINKS)
@set ${SYMLINKS}; \
while test $$# -ge 2; do \
l=$$1; \
shift; \
t=${DESTDIR}$$1; \
shift; \
${ECHO} $$t -\> $$l; \
ln -fs $$l $$t; \
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
done; true
.endif
Bring in my changes for removing the pestilent obj links (unless you really want them) from /usr/src. This is the final version of the patches, incorporating the feedback I've received from -current.
1996-06-24 04:26:21 +00:00
install: afterinstall _SUBDIR
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.if !defined(NOMAN)
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
afterinstall: realinstall maninstall
.else
afterinstall: realinstall
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.endif
.endif
Introduce the 'regress' target. Silently approved by: -hackers, -current
1998-03-12 20:02:17 +00:00
.if !target(regress)
regress:
.endif
Change DISTRIBUTION names. Also make bsd.doc.mk go to doc distribution, not bin. Hmmm.
1995-01-14 07:51:10 +00:00
DISTRIBUTION?= bin
Add a new "distribute" target. This is a variant of install, which will put the stuff into the right "distribution". As default things end up in "bindist". Normal (ie: most) makefiles know naught of this. More commits will follow, which will direct various parts of the tree into the distribution we want them in. Some of the grief of being release-engineer is supposed to go away with this.
1994-11-13 21:05:28 +00:00
.if !target(distribute)
Bring in my changes for removing the pestilent obj links (unless you really want them) from /usr/src. This is the final version of the patches, incorporating the feedback I've received from -current.
1996-06-24 04:26:21 +00:00
distribute: _SUBDIR
Change the distribute targets so that a given item in our source tree can place itself into n distributions, where n >= 1.
1997-06-21 15:40:34 +00:00
.for dist in ${DISTRIBUTION}
cd ${.CURDIR} ; $(MAKE) install DESTDIR=${DISTDIR}/${dist} SHARED=copies
.endfor
Add a new "distribute" target. This is a variant of install, which will put the stuff into the right "distribution". As default things end up in "bindist". Normal (ie: most) makefiles know naught of this. More commits will follow, which will direct various parts of the tree into the distribution we want them in. Some of the grief of being release-engineer is supposed to go away with this.
1994-11-13 21:05:28 +00:00
.endif
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.if !target(lint)
lint:
.endif
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
.if !defined(NOMAN)
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.include <bsd.man.mk>
Make it possible to build manpages for the entire source tree.
2001-03-27 08:43:28 +00:00
.else
.if !target(all-man)
all-man:
.endif
.if !target(maninstall)
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
maninstall:
.endif
Make it possible to build manpages for the entire source tree.
2001-03-27 08:43:28 +00:00
.endif
Spplat our 1.1.5 `mk' ifiles over the top of the 4.4 ones. So far as I can tell, this is ts the right thing to do.
1994-08-04 21:09:27 +00:00
.include <bsd.dep.mk>
If .depend doesn exist, then pretend that all objects depend on all headers in ${SRCS}, as in bsd.lmod.mk and bsd.prog.mk. This helps `make [-j]' work when .depend doesn't exist. Even plain `make' sometimes only worked because of magic ordering in ${SRCS}.
1998-03-06 08:08:36 +00:00
.if !exists(${DEPENDFILE})
Add some capabilities to <bsd.lib.mk> so that it can be used for building dlopen-able modules, and add features needed to build a static PAM library. I think I cleaned it up some, too, but beauty is in the eye of the beholder. You can now build a shared library without version numbers, by defining SHLIB_NAME to something like "pam_unix.so". If SHLIB_MAJOR and/or SHLIB_MINOR are set, SHLIB_NAME gets the usual default value, but it can be overridden if desired. If none of these symbols are set, no shared library is built. SHLIB_LINK controls the name of the symbolic link that points to the library. If it is unset, no link is made. In the usual case, it gets the right default: e.g., "libc.so" for ELF, nothing for a.out. This can be overridden. STATICOBJS can be set to a list of extra object files that should be added to the static library but not to the shared library. These objects are added to the profiled library too. These changes should make it easy to use <bsd.lib.mk> for building things such as PAM modules and dynamic linkers, for which <bsd.prog.mk> has been abused until now.
1999-01-20 21:42:40 +00:00
${OBJS} ${STATICOBJS} ${POBJS} ${SOBJS}: ${SRCS:M*.h}
If .depend doesn exist, then pretend that all objects depend on all headers in ${SRCS}, as in bsd.lmod.mk and bsd.prog.mk. This helps `make [-j]' work when .depend doesn't exist. Even plain `make' sometimes only worked because of magic ordering in ${SRCS}.
1998-03-06 08:08:36 +00:00
.endif
Bring in my changes for removing the pestilent obj links (unless you really want them) from /usr/src. This is the final version of the patches, incorporating the feedback I've received from -current.
1996-06-24 04:26:21 +00:00
.include <bsd.obj.mk>
Bring in the WARNS directive from NetBSD, localized in a new bsd.sys.mk to avoid polluting sys.mk. This directive controls the addition of compiler warning flags to CFLAGS in a relatively compiler-neutral manner. The idea is that WARNS can be set in Makefile.inc or in individual Makefiles as they become clean, to prevent the introduction of new warnings in the code. -Werror is added by default
2001-05-19 23:18:21 +00:00
.include <bsd.sys.mk>
Reference in New Issue Copy Permalink