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

380 lines
9.3 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
When bootstrapping (build-tools and cross-tools), avoid including the ${WORLDTMP}/usr/include headers that may not match the installed host libraries. This should fix the 20010919 UPDATING entry.
2001-09-21 08:17:48 +00:00
.if defined(DESTDIR) && !defined(BOOTSTRAPPING)
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
CFLAGS+= -I${DESTDIR}/usr/include
Change CXXINCLUDES to use "g++" explicitly. CXXINCLUDES was defined with ${CXX} at the end; the only problem was, the directory name is "g++" and ${CXX} is defined as "c++" in sys.mk.
1997-05-23 08:38:46 +00:00
CXXINCLUDES+= -I${DESTDIR}/usr/include/g++
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
Use ${ECHO} instead of `echo' so that `make -s' is fairly quiet.
1994-08-28 15:37:40 +00:00
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:
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 -fpic -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:
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} -fpic -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)
PICFLAG=-fpic
BSD 4.4 Lite Share Sources
1994-05-30 19:09:18 +00:00
.endif
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
Fix cross-building, etc: 1. To cross-build, one now needs to set TARGET_ARCH, and not the MACHINE_ARCH. MACHINE_ARCH should never be changed manually! 2. Initialize DESTDIR= explicitly for bootstrap-tools, build-tools, and cross-tools stages. This fixes broken header and library dependencies problem. We build them in the host environment, and obviously want them to depend on host headers and libraries. The problem with broken header dependencies for bootstrap-tools and cross-tools was already partially solved (see BOOTSTRAPPING tests in bsd.prog.mk and bsd.lib.mk), but it was still there for build-tools if the user ran "make world DESTDIR=/foo". Also, for all of these stages, the library dependencies were broken because of how bsd.libnames.mk define DPADD members. We still provide a glue to install bootstrap- and cross-tools under the ${WORLDTMP}. Removed PATH overrides for bootstrap-, build-, and cross-tools stages. There is just no reason why we would need to override it, and the hacks to clean up the ${WORLDTMP} in the -DNOCLEAN case are no longer needed with fixes from this step. That is, we now never use ${WORLDTMP} headers and libraries, and we don't use any ${WORLDTMP} installed binaries during these stages. Again, these stages depend solely on the host environment, including compiler, headers, and libraries. 3. Moved "miniperl" back from cross-tools (it has nothing to do with a cross-compiler) to build-tools where it belongs. The change from step 1 let to do this. Also, to make this work, build-tools targets of "cc_tools" and "miniperl" were modified to call "depend". Here follow the detailed explanations. There are two categories of build tools, for now. In the first category there are "cc_tools" and "miniperl". They occupy the whole (sub)directory, and nothing needs to be done in this subdirectory later during the "all" stage. They are also constructed using system makefiles. We must build the .depend early in the build-tools stage because: 1) They use (and depend on) the host environment. 2) If we don't do this in build-tools, the "depend" stage of buildworld will do this for us; wrong library and header dependencies will be recorded (DESTDIR=${WORLDTMP}) and, what's worse, the "all" stage may then clobber the build-architecture format tools (that we built in the build-tools stage) with the target-architecture format ones, breaking cross build. In the second category there are all other build-tools. They share their directory with the "main" module that needs them in the "all" stage, and they don't show up themselves in the .depend file. The portion of this fix was already committed in gnu/usr.bin/cc/cc_tools/Makefile,v 1.52. 4. "libperl" is no longer a build tool, and "miniperl" is the stand-alone application. I had to make this change because build-tools and "all" stages share the same object directory. Without this change, if we cross compile, libperl.a is first built for the build architecture during the build-tools stage (for the purposes of immediate linkage with "miniperl"). Later on, the "all" stage sees this library as up-to-date, and doesn't rebuild it. The effect is that the wrong format static libperl library is installed with installworld. 5. Fixed "includes" to install secure/lib/libtelnet headers if required. Reviewed by: bde
2001-09-29 13:17:54 +00:00
.if defined(DESTDIR) && !defined(BOOTSTRAPPING)
Hard coded /usr/lib reference
1998-06-04 15:15:38 +00:00
LDDESTDIRENV?= LIBRARY_PATH=${DESTDIR}${SHLIBDIR}:${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
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
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
@${LDDESTDIRENV} ${CC} -shared -Wl,-x,-assert,pure-text \
-o ${SHLIB_NAME} \
Use tsort -q
1996-08-03 06:43:05 +00:00
`lorder ${SOBJS} | tsort -q` ${LDDESTDIR} ${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
@${LDDESTDIRENV} ${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} \
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
`lorder ${SOBJS} | tsort -q` ${LDDESTDIR} ${LDADD}
.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}: \
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
`${LDDESTDIRENV} ${CC} -shared -Wl,-f ${LDDESTDIR} ${LDADD}` \
>> ${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