Commit graph

20 commits

Author SHA1 Message Date
joerg
2d1ba244e9 Simply and speed up buildlink3.mk files and processing.
This changes the buildlink3.mk files to use an include guard for the
recursive include. The use of BUILDLINK_DEPTH, BUILDLINK_DEPENDS,
BUILDLINK_PACKAGES and BUILDLINK_ORDER is handled by a single new
variable BUILDLINK_TREE. Each buildlink3.mk file adds a pair of
enter/exit marker, which can be used to reconstruct the tree and
to determine first level includes. Avoiding := for large variables
(BUILDLINK_ORDER) speeds up parse time as += has linear complexity.
The include guard reduces system time by avoiding reading files over and
over again. For complex packages this reduces both %user and %sys time to
half of the former time.
2009-03-20 19:23:50 +00:00
obache
63e0edcb05 Update DLOPEN_REQUIRE_PTHREADS pattern again.
Even on NetBSD>=5, need to link pthread if using pthread_create()/join().
2009-01-23 14:21:38 +00:00
obache
b5f9ee16a8 Fixes DLOPEN_REQUIRE_PTHREADS patterns.
NetBSD-3 was lost by previous commit,
and NetBSD-5_BETA does not require pthread.
(TODO: 4.99.*...)
2009-01-23 13:07:25 +00:00
obache
4939c4ccab Added NetBSD>=4 to the list of platforms which need pthreads linked into
the application if it uses dlopen().

This pattern should be changed if confirmed fixed in NetBSD-current.
2009-01-23 11:23:28 +00:00
heinz
fd36c09d91 Additional pattern matching NetBSD-3.1_STABLE-i386, forgotten in the
last commit (Thanks to Jukka Salmi for noting this).
2007-10-03 08:56:07 +00:00
heinz
83ae2b7b40 Added NetBSD 3 to the list of platforms which need pthreads linked into
the application if it uses dlopen().
This change was triggered by the longstanding bug that mod_perl (due to
perl itself) was built with threads but apache was not, thus leading
to incompatibility between apache and mod_perl.
Whether NetBSD 4 needs to be added as well is still an open question.
2007-10-02 16:20:05 +00:00
minskim
af252c5f04 Darwin>=7.0 does not need devel/dlcompat. 2005-06-26 13:11:22 +00:00
jlam
b753b0d414 Clarify why dlopen.builtin.mk ignores PREFER_* values. 2005-06-09 05:59:51 +00:00
jlam
2499370d92 The USE_BUILTIN.dl code got too complex in the previous commit.
Simplify it so that USE_BUILTIN.dl is simply IS_BUILTIN.dl except for
Darwin's special case.  This makes PREFER_PKGSRC=yes work again on
NetBSD instead of causing USE_BUILTIN.dl=no to be set, which is
impossible.
2005-06-08 08:13:05 +00:00
jlam
95fd1f6ec9 Massive cleanup of buildlink3.mk and builtin.mk files in pkgsrc.
Several changes are involved since they are all interrelated.  These
changes affect about 1000 files.

The first major change is rewriting bsd.builtin.mk as well as all of
the builtin.mk files to follow the new example in bsd.builtin.mk.
The loop to include all of the builtin.mk files needed by the package
is moved from bsd.builtin.mk and into bsd.buildlink3.mk.  bsd.builtin.mk
is now included by each of the individual builtin.mk files and provides
some common logic for all of the builtin.mk files.  Currently, this
includes the computation for whether the native or pkgsrc version of
the package is preferred.  This causes USE_BUILTIN.* to be correctly
set when one builtin.mk file includes another.

The second major change is teach the builtin.mk files to consider
files under ${LOCALBASE} to be from pkgsrc-controlled packages.  Most
of the builtin.mk files test for the presence of built-in software by
checking for the existence of certain files, e.g. <pthread.h>, and we
now assume that if that file is under ${LOCALBASE}, then it must be
from pkgsrc.  This modification is a nod toward LOCALBASE=/usr.  The
exceptions to this new check are the X11 distribution packages, which
are handled specially as noted below.

The third major change is providing builtin.mk and version.mk files
for each of the X11 distribution packages in pkgsrc.  The builtin.mk
file can detect whether the native X11 distribution is the same as
the one provided by pkgsrc, and the version.mk file computes the
version of the X11 distribution package, whether it's built-in or not.

The fourth major change is that the buildlink3.mk files for X11 packages
that install parts which are part of X11 distribution packages, e.g.
Xpm, Xcursor, etc., now use imake to query the X11 distribution for
whether the software is already provided by the X11 distribution.
This is more accurate than grepping for a symbol name in the imake
config files.  Using imake required sprinkling various builtin-imake.mk
helper files into pkgsrc directories.  These files are used as input
to imake since imake can't use stdin for that purpose.

The fifth major change is in how packages note that they use X11.
Instead of setting USE_X11, package Makefiles should now include
x11.buildlink3.mk instead.  This causes the X11 package buildlink3
and builtin logic to be executed at the correct place for buildlink3.mk
and builtin.mk files that previously set USE_X11, and fixes packages
that relied on buildlink3.mk files to implicitly note that X11 is
needed.  Package buildlink3.mk should also include x11.buildlink3.mk
when linking against the package libraries requires also linking
against the X11 libraries.  Where it was obvious, redundant inclusions
of x11.buildlink3.mk have been removed.
2005-06-01 18:02:37 +00:00
jlam
e4efb0343f Also match NetBSD security releases, e.g. 2.0.1, when deciding whether
using dlopen() implies linking against libpthread.  Idea for fix from
PR pkg/29022 and probably also fixes PR pkg/28800.
2005-01-20 15:22:39 +00:00
minskim
1d36b321d6 Make IS_BUILTIN.dl work on Interix. Patch provided by Hiramatsu Yoshifumi
in PR pkg/28836.
2005-01-03 04:57:51 +00:00
jlam
1a36b3b670 Don't remove library options from the command line quite so aggressively.
Allow the configure process a chance to detect on its own whether the
named library exists or not by allowing those library options to pass
through to the compiler on a test compile.  A package that *needs*
those library options to be removed can add the appropriate rm:
BUILDLINK_TRANSFORM command to its package Makefile.
2004-12-23 14:27:04 +00:00
jlam
6c02e9e0aa If we're using the builtin dlopen(), and libdl.* doesn't exist, then
drop the "-ldl" option on the floor.  This "fixes" packages that
hardcode "-ldl" into the command line when linking software.
2004-12-02 15:04:16 +00:00
jlam
9636b9d697 Reverse the tests so that we actually check for the existence and not
the non-existence of the library -- this more accurately reflects what
we want to say.
2004-11-28 05:44:34 +00:00
jlam
172a3cdee1 Match NetBSD-2.x_RCn as well as NetBSD-2.x. 2004-11-26 21:04:46 +00:00
jlam
061ff7543b Move the section that defines DLOPEN_REQUIRE_PTHREAD outside of the
CHECK_BUILTIN.dl-protected section so that it's value can be usd after
dlopen.buildlink3.mk is included.  This should fix PR pkg/28422.
2004-11-26 17:42:42 +00:00
jlam
bdbcf6f038 Don't auto-add -ldl to LIBS since most GNU configure scripts already
check for this condition.
2004-11-26 08:26:51 +00:00
jlam
b47bc866c0 Move all dlopen-handling code into dlopen.{builtin,buildlink3}.mk. 2004-11-26 08:15:25 +00:00
jlam
825f6216b4 Split dlopen.buildlink3.mk into two files: dlopen.buildlink3.mk, which
is included by packages that use dlopen(), and dlopen.builtin.mk,
which checks for the presence of built-in dl*() functions.  On Darwin,
including dlopen.buildlink3.mk will cause the devel/dlcompat package
to be used if the base system lacks a dlcompat library.
2004-11-26 07:05:19 +00:00