freebsd_amp_hwpstate/lib/Makefile

59 lines
1.7 KiB
Makefile
Raw Normal View History

1994-05-27 05:00:24 +00:00
# @(#)Makefile 8.1 (Berkeley) 6/4/93
Remove tcl from /usr/src, according to prior agreement. BTW, tcl-8.0 *is* a port so there is nothing to be done on that side now. Approved by: jkh === To: "Jordan K. Hubbard" <jkh@time.cdrom.com> cc: Andreas Klemm <andreas@klemm.gtn.com>, current@freebsd.org Subject: Re: Make this a relese coordinator decision (was Re: ports-current/packages-current discontinued) From: David Greenman <dg@root.com> Date: Sun, 03 Aug 1997 20:23:31 -0700 >decision is, I'll respect it. Another chance to architect people's principles...I can hardly wait. Seems quite appropriate for a Sunday - I just need to get one of those collection plates (and money envelopes) so I can profit, too. :-) Tcl stays in /usr/src for now, but it needs to be kept up to date; same for perl. If Jordan doesn't have "setup" (written in tcl) ready for 3.0, then tcl will be yanked prior to the 3.0 release (and made into a port). As for the ports tree only supporting the last FreeBSD release, this seems sensible to me. The "ports" have always been a moving target between releases and the problem is only going to get worse when we expand to supporting other processor architectures. In any case, Satoshi is and always has been in charge of the ports tree and whatever he wants to do with it (within reason :-)) is his decision. Does this cover the issue completely? I admit to deleting messages in this thread with unusual fervor (people have FAR too much time on their hands!). There's a fair bit of reasoning behind the above, but since everyone is sick of arguing about this, I'll spare you the analysis. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project
1998-09-05 12:25:55 +00:00
# $Id: Makefile,v 1.75 1998/09/02 15:02:18 bde Exp $
# To satisfy shared library or ELF linkage when only the libraries being
# built are visible:
#
# csu must be built before all shared libaries for ELF.
# libcom_err must be built before libss.
# libcrypt and libmd must be built before libskey.
# libmytinfo must be built before libncurses.
# libtermcap must be built before libcurses and libedit.
#
# Otherwise, the SUBDIR list should be in alphabetical order.
SUBDIR= ${_csu} libcom_err ${_libcrypt} ${_libm} libmytinfo libtermcap \
${_compat} libalias libbind libc ${_libc_r} libcalendar \
1998-08-17 09:32:07 +00:00
libcompat libcurses ${_libdisk} libedit libf2c libfetch libftpio \
1998-08-15 12:36:42 +00:00
libgnumalloc libipx libkvm libmd libncurses libopie \
1998-08-20 08:24:07 +00:00
libpcap libresolv librpcsvc ${_libscsi} libskey libss libstand \
Remove tcl from /usr/src, according to prior agreement. BTW, tcl-8.0 *is* a port so there is nothing to be done on that side now. Approved by: jkh === To: "Jordan K. Hubbard" <jkh@time.cdrom.com> cc: Andreas Klemm <andreas@klemm.gtn.com>, current@freebsd.org Subject: Re: Make this a relese coordinator decision (was Re: ports-current/packages-current discontinued) From: David Greenman <dg@root.com> Date: Sun, 03 Aug 1997 20:23:31 -0700 >decision is, I'll respect it. Another chance to architect people's principles...I can hardly wait. Seems quite appropriate for a Sunday - I just need to get one of those collection plates (and money envelopes) so I can profit, too. :-) Tcl stays in /usr/src for now, but it needs to be kept up to date; same for perl. If Jordan doesn't have "setup" (written in tcl) ready for 3.0, then tcl will be yanked prior to the 3.0 release (and made into a port). As for the ports tree only supporting the last FreeBSD release, this seems sensible to me. The "ports" have always been a moving target between releases and the problem is only going to get worse when we expand to supporting other processor architectures. In any case, Satoshi is and always has been in charge of the ports tree and whatever he wants to do with it (within reason :-)) is his decision. Does this cover the issue completely? I admit to deleting messages in this thread with unusual fervor (people have FAR too much time on their hands!). There's a fair bit of reasoning behind the above, but since everyone is sick of arguing about this, I'll spare you the analysis. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project
1998-09-05 12:25:55 +00:00
${_libtelnet} libutil ${_libvgl} libxpg4 liby libz
1994-05-27 05:00:24 +00:00
.if exists(${.CURDIR}/csu/${MACHINE_ARCH}-${OBJFORMAT})
_csu=csu/${MACHINE_ARCH}-${OBJFORMAT}
.elif exists(${.CURDIR}/csu/${MACHINE_ARCH})
_csu=csu/${MACHINE_ARCH}
.endif
.if !defined(NOLIBC_R)
_libc_r= libc_r
.endif
# Build both libraries. They have different names, so no harm,
# and this avoids having stale libscrypt.*
.if exists(${.CURDIR}/../secure) && !defined(NOSECURE) && !defined(NOCRYPT)
_libcrypt= ../secure/lib/libcrypt libcrypt
.else
_libcrypt= libcrypt
.endif
.if ${MACHINE_ARCH} == "i386"
_compat= compat
_libdisk= libdisk
_libscsi= libscsi
_libvgl= libvgl
.endif
.if defined(WANT_CSRG_LIBM)
_libm= libm
.else
_libm= msun
.endif
.if defined(RELEASEDIR) || !exists(${.CURDIR}/../kerberosIV) || \
defined(NOCRYPT) || !defined(MAKE_KERBEROS4)
_libtelnet= libtelnet
.endif
1994-05-27 05:00:24 +00:00
.include <bsd.subdir.mk>