pkgsrc/mk/platform
jlam b26519d8a4 * Push the imake- and xmkmf-handling into the new tools framework.
* Get rid of an explicit check for ${_IMAKE_MAKE} == ${GMAKE} in
  bsd.pkg.mk to check for whether we need to depend on gmake or not.
  Instead, we now note in Linux.mk that packages that need imake will
  also need to use gmake by setting _IMAKE_TOOLS+=gmake.

* Push the definition of MAKE_PROGRAM from bsd.pkg.mk into make.mk where
  it's closer to related code.
2005-05-02 21:10:02 +00:00
..
AIX.mk Fixes for shlib handling on AIX 2005-03-29 08:17:42 +00:00
BSDOS.mk Fix a gleaming illustration of why using YES/NO variables everywhere 2005-03-18 18:16:34 +00:00
Darwin.mk Fix a gleaming illustration of why using YES/NO variables everywhere 2005-03-18 18:16:34 +00:00
DragonFly.mk Bump LIBTOOL_REQD to 1.5.14; this unifies all the support again and fixes 2005-03-22 15:40:06 +00:00
FreeBSD.mk Fix a gleaming illustration of why using YES/NO variables everywhere 2005-03-18 18:16:34 +00:00
Interix.mk On Interix, memorysize is actually "vmemory"; use ulimit -v. 2005-04-20 21:40:30 +00:00
IRIX.mk enable the user to set LIBABISUFFIX if desired. Change approved by jschauma. 2005-04-16 20:03:02 +00:00
Linux.mk * Push the imake- and xmkmf-handling into the new tools framework. 2005-05-02 21:10:02 +00:00
NetBSD.mk Several NetBSD ports (e.g. sparc64) don't have "/sbin/ldconfig". So check 2005-03-22 19:15:04 +00:00
OpenBSD.mk Fix a gleaming illustration of why using YES/NO variables everywhere 2005-03-18 18:16:34 +00:00
OSF1.mk Fix a gleaming illustration of why using YES/NO variables everywhere 2005-03-18 18:16:34 +00:00
SunOS.mk Fix a gleaming illustration of why using YES/NO variables everywhere 2005-03-18 18:16:34 +00:00
UnixWare.mk Fix a gleaming illustration of why using YES/NO variables everywhere 2005-03-18 18:16:34 +00:00