Age | Commit message (Collapse) | Author | Files | Lines |
|
to choose the correct Perl dependency.
|
|
|
|
with what path it was invoked. Copy the driver script trick from gcc.mk
into mipspro.mk and sunpro.mk.
|
|
|
|
computation. The motivation for this is that kdelibs3 was overflowing ls
through xargs.
|
|
present in global context.
|
|
similar ways to -install_name, and all need the subsequent argument to be
protected from /path/shlib -> -L/path -lshlib transformations.
|
|
|
|
duplicates the change made in rev. 1.1368 for libtool.
|
|
use LIBTOOL_OVERRIDE. In the buildlink[23] case, that is supposed to be
the one in ${BUILDLINK_DIR}. Create new private variables _LIBTOOL and
_SHLIBTOOL to hold these paths.
|
|
|
|
time.
|
|
|
|
|
|
some HTML nits.
|
|
|
|
|
|
This should fix problems with not finding "cc1" or other GCC subprograms.
|
|
building of software. For packages that use either buildlink2 or
buildlink3, this would be the wrapper script in ${BUILDLINK_DIR}.
* Garbage-collect _BLNK_WRAP_SETENV.* as those are not needed after
the above changes. Configure and make processes will automatically
find the right compilers in the PATH.
* PKGLIBTOOL and PKGSHLIBTOOL are no longer needed since LIBTOOL and
SHLIBTOOL point to the correct libtools regardless of any
USE_BUILDLINK[23] definitions.
|
|
and emacs lisp packages should be built for. Users need to set the version
you like in /etc/mk.conf explicitly.
The default is emacs21 (editors/emacs, GNU Emacs 21.x).
This will deprecate EMACS_VERSION_DEFAULT defined in emacs.mk and USE_XEMACS
used in places.
|
|
the compiler and that it's behind .tools/bin and .buildlink/bin, regardless
of whether or not we're using gcc3-c or not, or whether it's been installed
yet in the process of satisfying dependencies, etc.
|
|
that we're trying to compute for PREPEND_PATH. Instead, pass it through
the environment.
|
|
|
|
|
|
spaces, use the :Q modifier instead of double-quoting the value. This
avoids breakage when executing the just-in-time su targets.
|
|
spaces, use the :Q modifier instead of double-quoting the value. This
fixes breakage when executing the just-in-time su targetes.
|
|
|
|
due to a type on gcc.mk that causes the ${_GCC_PREFIX}/bin to always be
prepended to the PATH. The problem that was hiding was "make" resolving
to ${TOOLS_DIR}/bin/make if the package used GNU make, which broke
building since the package Makefile is a BSD Makefile and we passed
PATH to some phases of the build. Fix this by expanding MAKE to the
full path to ${MAKE} in bsd.prefs.mk. We also garbage collect the now
useless checks for PHASES_AFTER_BUILDLINK that cluttered the PREPEND_PATH
code.
|
|
If we're not compiling anything, we're likely not installing any shared
libraries.
|
|
(by checking PREPEND_PATH) and only for those phases of the build that
care about the PATH (buildlink or later). We also pass the PATH to
those same phases of the build so that executing ${CC} will work correctly
from custom {pre,do,post}-* targets that occur at buildlink time or
later.
|
|
email subject.
|
|
|
|
|
|
be defined in or before the first inclusion of bsd.prefs.mk.
|
|
|
|
|
|
|
|
|
|
"[*]" are the untransformed command lines, and the ones beginning with
"<.>" are the ones that are actually executed.
|
|
Approved by jlam@.
|
|
CC is something like ccache or distcc that relies on finding the true
compiler in the PATH.
|
|
|
|
simpler to understand.
|
|
value outside of buildlink-related files.
|
|
BUILDLINK_PREFER_PKGSRC
This variable determines whether or not to prefer the pkgsrc
versions of software that is also present in the base system.
This variable is multi-state:
defined, or "yes" always prefer the pkgsrc versions
not defined, or "no" only use the pkgsrc versions if
needed by dependency requirements
This can also take a list of packages for which to prefer the
pkgsrc-installed software. The package names may be found by
consulting the value added to BUILDLINK_PACKAGES in the
buildlink[23].mk files for that package.
|
|
instead of running pkg_delete to be consistent with the other commands
(which all use 'make ...').
|
|
|
|
|
|
a stack-like mechanism in bsd.prefs.mk to detect when a we're inside
bsd.prefs.mk.
|
|
Any additions to DEPENDS/BUILD_DEPENDS or inclusions of buildlink[23].mk
files are deferred till bsd.compiler.mk is included by bsd.pkg.mk. We
allow bsd.compiler.mk to be included by bsd.prefs.mk solely for the purpose
of setting CC_VERSION properly for use by package Makefiles.
There is the surprising behaviour that CC_VERSION won't necessarily have
the correct value at all times until after "make extract" has been
completed (dependencies are installed before "make extract"), so package
Makefile writers should keep that in mind. Just to note that this is
_existing_ behaviour that's preserved by these changes.
|