notbugAs an Amazon Associate I earn from qualifying purchases.
Want a good read? Try FreeBSD Mastery: Jails (IT Mastery Book 15)
Want a good monitor light? See my photosAll times are UTC
Ukraine
This referral link gives you 10% off a Fastmail.com account and gives me a discount on my Fastmail account.

Get notified when packages are built

A new feature has been added. FreshPorts already tracks package built by the FreeBSD project. This information is displayed on each port page. You can now get an email when FreshPorts notices a new package is available for something on one of your watch lists. However, you must opt into that. Click on Report Subscriptions on the right, and New Package Notification box, and click on Update.

FInally, under Watch Lists, click on ABI Package Subscriptions to select your ABI (e.g. FreeBSD:14:amd64) & package set (latest/quarterly) combinatio for a given watch list. This is what FreshPorts will look for.

non port: Mk/Uses/libtool.mk

Number of commits found: 35

Sunday, 24 Apr 2022
10:00 Tobias C. Berner (tcberner) search for other commits by this committer
framework: cleanup conditional-indentations in Mk/

Run Tools/scripts/indent_make_if.pl on all of Mk.

These white space changes contribute greatly to the readability of those files.
As we have a version control system, finding out the reasons for the changes
prior to these white space changes is still easily possible

Differential Revision:	https://reviews.freebsd.org/D35024
Reviewed by:		portmgr (rene, bapt)
commit hash: aa2539679084872cd84112e9df6bfee571570623 commit hash: aa2539679084872cd84112e9df6bfee571570623 commit hash: aa2539679084872cd84112e9df6bfee571570623 commit hash: aa2539679084872cd84112e9df6bfee571570623 aa25396
Tuesday, 6 Apr 2021
14:27 Mathieu Arnold (mat) search for other commits by this committer
framework: Remove $FreeBSD$

Where appropriate fiddle with a few other things.
commit hash: 5d33e045968104ac678d8b4b4ec1e8956bbf68e0 commit hash: 5d33e045968104ac678d8b4b4ec1e8956bbf68e0 commit hash: 5d33e045968104ac678d8b4b4ec1e8956bbf68e0 commit hash: 5d33e045968104ac678d8b4b4ec1e8956bbf68e0 5d33e04
Tuesday, 26 Dec 2017
17:20 emaste search for other commits by this committer
libtool.mk: pass through LDFLAGS -fuse-ld=*

Some ports depend on permissive or broken behaviour from the GNU BFD
linker, ld.bfd.  Clang and GCC support a -fuse-ld= flag to choose a
specific linker, and as we migrate to installing lld as the base system
/usr/bin/ld we'll want to make use of -fuse-ld=bfd to use bfd for ports
that fail to link, or fail to run when linked with lld.

An upstream libtool change[1] from Feb 2016 supports passing through
-fuse-ld=, but it has not yet made it into a release.  Patch an
equivalent change into ltmain.sh via Mk/Uses/libtool.mk.

Original proposal just patched ltmain.sh in devel/libtool.  That would
address ports that run libtoolize via autoreconf, including lang/mono
which is one of the ports that fails to link with lld and responsible
for many downstream skipped ports.  Patching ltmain.sh via libtool.mk
(tijl's suggestion) handles that case as well as ports that include
their own copy of ltmain.sh.

A later change may patch devel/libtool so that -fuse-ld works if using a
ports-installed libtool to build software outside of the ports tree; the
change in this commit is intended to address building in the ports tree.

[1]
http://git.savannah.gnu.org/cgit/libtool.git/commit/?id=f9970d99293faf908fdc153a653fa5781095fb7a

PR:		214864, 224514
Reviewed by:	tijl
Approved by:	portmgr (antoine)
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D13589
Original commitRevision:457295 
Saturday, 23 Dec 2017
13:58 tijl search for other commits by this committer
Take maintainership from autotools@.  That group is no longer active.
Original commitRevision:457052 
Sunday, 27 Mar 2016
01:23 bapt search for other commits by this committer
Remove the now unneeded ${PORTSDIR} from dependency definition in
The infrastructure Makefiles

PR:		206569
Exp run by:	antoine
Differential Revision:	D5047
Original commitRevision:411970 
Thursday, 15 Oct 2015
07:36 bapt search for other commits by this committer
Readd PORTSDIR for now we will only start removing them after 2016Q1 is branched

This gives more time for tools to get updated, available in packages etc before
bothering users
Original commitRevision:399326 
Wednesday, 14 Oct 2015
16:49 bapt search for other commits by this committer
Drop the necessity to add ${PORTSDIR} to dependency line

Modify make describe to automatically prepend ${PORTSDIR} if the path for the
port is not absolute

Checked with poudriere, portmaster, portupgrade

PR:		203685
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D3866
Original commitRevision:399278 
Monday, 17 Aug 2015
13:31 mat search for other commits by this committer
Rewrite the target ordering code.

The targets now have priority assigned to them, and, when the dependency
ordering magic is done at the end of bsd.port.mk, they are sorted
according to their priority.

This allows USES to add targets easily and have them run whenever they
want without touching bsd.port.mk.

To add a target that runs just before post-configure run, do:

_USES_configure+=  695:my-post-configure
my-post-configure:
	do something

To fine tune when the target is ran, look at the values in the *_SEQ
variables at the end of bsd.port.mk, and the other USES.

Allow ports Makefiles to override the priority of targets with the
TARGET_ORDER_OVERRIDE variable.  For example, to get post-install
running earlier, (its default is 700) do:

TARGET_ORDER_OVERRIDE=	  650:post-install

While there, add options target helpers for the do-* targets when they
exist.

Reviewed by:	antoine, bapt
Exp-run by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D3099
Original commitRevision:394503 
Sunday, 2 Aug 2015
15:03 tijl search for other commits by this committer
By default libtool replaces -export-symbols <file> with -retain-symbols-file
<file> on ELF systems, but this doesn't really do what -export-symbols is
meant to do.  On GNU ELF systems it converts <file> to a simple version
script first and then uses -version-script instead of -retain-symbols-file.
Let USES=libtool patch libtool scripts to do this on all systems with GNU
ld(1).

Bump PORTREVISION on all ports where the build log contains -export-symbols.

audio/calf: This port builds a module that now exports only one function,
but it also builds a number of executables that link to this module and
expect to see other functions.  Because it's already a bit dodgy to link to
a module (libtool warns about this) let the module continue to export only
one function and instead build an ordinary library from the same source that
the executables can link to.  Fix a number of other issues in the same
Makefile.am and clean up the port Makefile.

japanese/scim-honoka: Tries to hide all symbols that start with an
underscore, but because this library is written in C++ all symbols start
with _Z so it ends up hiding everything.  Just don't hide anything at all
like the textproc/scim configure script does.

multimedia/schroedinger: Apply an upstream patch.

textproc/scim-input-pad: Same as japanese/scim-honoka.

PR:		201922
Approved by:	portmgr (antoine)
Exp-run by:	antoine
Original commitRevision:393429 
Monday, 8 Jun 2015
05:59 antoine search for other commits by this committer
Make ports using libtool treat elftoolchain's strip the same as GNU strip
Any strip on any FreeBSD version should be able to handle stripping requested
by libtool

PR:		198611
Reviewed by:	emaste
Exp-run:	self
Original commitRevision:388831 
Monday, 16 Feb 2015
07:56 jbeich search for other commits by this committer
Don't use the default backup suffix

Rename backup file in order to avoid conflict with default suffix as
used by REINPLACE_CMD in post-patch. This facilitates reviewing
changes done by each step after the build.

PR:		197502
Exp-run by:	antoine
Approved by:	autotools (tijl, maintainer)
Approved by:	portmgr (antoine)
Approved by:	mentors (implicit)
Original commitRevision:379071 
Friday, 23 Jan 2015
18:54 tijl search for other commits by this committer
- Update devel/automake to 1.15
- Update devel/gettext to 0.19.4
- Update devel/libtool and devel/libltdl to 2.4.5
- This version of libtool has been fixed to pass -fstack-protector to the
  compiler during linking.  Add the same fix to USES=libtool.  This should
  improve SSP support on FreeBSD/i386 8 and 9.
- databases/libmemcached, security/sssd: patch configure.ac so
  AC_CONFIG_AUX_DIR appears earlier.
  For databases/libmemcached changing configure.ac causes manpages to be
  regenerated which requires extra dependencies so patch a makefile to
  prevent that.
- devel/xfce4-dev-tools: only depend on recent versions of autoconf and
  automake

PR:		196938
Exp-run by:	antoine
Approved by:	portmgr (antoine)
Original commitRevision:377757 
Monday, 8 Dec 2014
16:48 tijl search for other commits by this committer
Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in
the 32 ports that still use it.  Bump PORTREVISION on their dependent
ports except the ones that depend on these:

audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt

In these cases the same trick as in the recent gettext update is used.
The ports install a symlink with the old library version.  When enough
of their dependent ports have had regular updates the remaining ones can
get a PORTREVISION bump and the links can be removed.

Also remove the devel/pcre dependency from USE_GNOME=glib20.  It causes
over 2200 packages to depend on devel/pcre while less than 200 actually
link with it.  The glib20 package still depends on devel/pcre so this
should not make a difference for ports with USE_GNOME=glib20.  Also,
libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so
USE_GNOME=glib20 should not propagate it.

PR:		195724
Exp-run by:	antoine
Approved by:	portmgr (antoine)
Original commitRevision:374303 
Sunday, 5 Oct 2014
18:01 tijl search for other commits by this committer
- Update devel/libtool and devel/libltdl to version 2.4.2.418
- Patch libtool so it uses the same library version specification as on
  Darwin, Linux and other systems.  Given the version current:revision:age
  a library will be given the extension .so.major.age.revision with major
  equal to current-age.  Before libtool would use .so.current on FreeBSD.
- Patch libtoolize to remove two cases of umask 0 that caused libltdl
  files to be copied world writable (--ltdl option)
- Let USES=libtool patch this new version correctly
- Adjust all ports with USES=libtool:build and bump PORTREVISION on their
  dependent ports if a library version changed

PR:		194068
Exp-run by:	antoine
Approved by:	portmgr (antoine)
Original commitRevision:370099 
Sunday, 28 Sep 2014
16:36 tijl search for other commits by this committer
Change the way USES is handled:
- Loop over USES twice, once to define all *_ARGS variables and once to
  include Uses/*.mk.  This allows all Uses/*.mk to examine arguments given
  to other USES entries.
- Always define *_ARGS (possibly empty) and replace commas with spaces.

Similar for _USES_POST.

Adjust all Uses/*.mk:
- defined(u_ARGS) becomes !empty(u_ARGS)
- Eliminate helper variables like _*_ARGS=${*_ARGS:C/,/ /g}
- Some Uses/*.mk used ":" as argument separator instead of ",", but no port
  used this form
- Uses/cran.mk: remove unused variable VALID_ARGS and USES+=fortran which
  has no effect
- Uses/twisted.mk: simplify handling of the case where neither "build" nor
  "run" arguments have been specified

PR:		193931
Exp-run by:	antoine
Approved by:	portmgr (antoine)
Original commitRevision:369465 
Monday, 15 Sep 2014
18:23 tijl search for other commits by this committer
Turn the installation of *.la files, without some form of USES=libtool in
the port Makefile, into a stage-qa error.  All ports that would trigger
this error have been converted.  Many thanks to all people involved in
this, especially Dmitry Marakasov (amdmi3) who handled most ports.

At this moment over 2200 ports have USES=libtool and over 20000 library
dependencies between packages have been removed.

This also marks the point where :keepla is no longer special.  It is now
only needed if a port uses *.la files at run-time.

QA-run by:	antoine
Approved by:	portmgr (antoine)
Original commitRevision:368281 
Sunday, 14 Sep 2014
18:41 tijl search for other commits by this committer
Tell realpath to stay quiet if it cannot resolve a link

Approved by:	portmgr (bdrewery)
Original commitRevision:368217 
Saturday, 13 Sep 2014
20:25 bdrewery search for other commits by this committer
Allow this to work on DragonFly which does not have the -f param for readlink(1)

Tested by:	marino
With hat:	portmgr
Original commitRevision:368136 
Monday, 8 Sep 2014
12:21 tijl search for other commits by this committer
Let USES=libtool also delete links to .la files (and links to links to...)

Approved by:	portmgr (antoine)
Original commitRevision:367620 
Friday, 5 Sep 2014
15:31 tijl search for other commits by this committer
After patching configure restore the original modification time.  This
avoids running makefile targets that depend on configure such as the PDF
documentation in textproc/flex.

Reported by:	hrs
Approved by:	portmgr (bapt)
Original commitRevision:367345 
Sunday, 10 Aug 2014
13:41 tijl search for other commits by this committer
Add support for USES=libtool:build.  It adds a build dependency on
devel/libtool and can be used when a port does not generate its own libtool
script but relies on the system to provide one.

Approved by:	portmgr (antoine)
Original commitRevision:364538 
Wednesday, 23 Jul 2014
10:28 tijl search for other commits by this committer
Remove two libtool fixes from Mk/Uses/libtool.mk.  They don't always work
when an older version of a package is installed.  This is the case when an
executable links with installed libraries and with uninstalled libraries
that link with other uninstalled libraries.  For each of the directly
linked libraries the executable will have an rpath (/usr/local/lib for the
installed libraries and a path under WRKDIR for each of the uninstalled
libraries), but not for the indirect libraries.  Both ld(1) and rtld(1)
search the rpath of the executable first before any rpath of libraries, so
the indirectly linked libraries will be found in /usr/local/lib if they are
installed instead of in WRKDIR.

With this commit executables will overlink with uninstalled indirect
libraries again so their location is added to the rpath of the executable.

This partially reverts r358784.

PR:		191611
Approved by:	portmgr (bapt)
Original commitRevision:362656 
Sunday, 22 Jun 2014
10:44 tijl search for other commits by this committer
Add 4 new sed commands to USES=libtool.  The first two apply some of the
changes that Debian made to their libtool.  The first command applies to
libtool versions 1.4 and up.  The second command is somewhat more elaborate
but essentially it uses the sed hold space to move an "elif...fi" block
down.  It applies to 2.x.  Together these reduce overlinking to unpatched
.la files (from ports that don't have USES=libtool yet but also .la files
in the work directory).

The third and fourth command fix relinking.  During staging libtool may
relink libA when it links to another library in the work directory libB.
The reason is that libA created during build phase has its runpath set to
the location of libB in the work directory.  This allows running an
executable that links to libA from within the work directory.  The relink
removes this extra runpath.

When libtool relinks libA it replaces "libB.la" on the linker command line
with "-L${STAGEDIR}${PREFIX}/lib -lB" with the intention to link to libB in
the stage directory but this -L flag isn't necessarily the first so another
libB may be linked instead.  The two sed commands make relink the same as a
normal link.  This means libtool will relink with libraries from the work
directory using a path similar to "../srcB/.libs/libB.so" without -L flags.
This applies to libtool 1.4 and up.  Earlier versions don't seem to relink
libraries.
(This fixes ports like devel/apr1 so they link with freshly built libraries
instead of installed libraries.)

Fix all ports with missing libraries.

Additionally:
archivers/rpm4: USES=patchfix.
databases/gdbm: INSTALL_TARGET=install-strip.
devel/gnome-vfs: remove patch that doesn't change anything.
devel/ois: INSTALL_TARGET=install-strip and use standard USE_AUTOTOOLS.
devel/zziplib: INSTALL_TARGET=install-strip, MAKE_CMD.
multimedia/mjpegtools: remove USE_AUTOTOOLS, use modern compiler on i386
   instead of disabling optimisations.
net/libnetdude: disable static plugins.

PR:		190941
Exp-run:	antoine
Approved by:	portmgr (antoine)
Original commitRevision:358784 
Wednesday, 23 Apr 2014
13:25 tijl search for other commits by this committer
When linking a library libA with a library libB using libtool, if libB.la
exists, libtool will add all libraries libB.la refers to (dependency_libs
field) to the linker command line and store them in the dependency_libs
field of libA.la.  So everything that subsequently links with libA will also
link to these extra libraries.  This causes too much overlinking.

This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs
field in .la libraries during staging.  However, because .la libraries have
very limited use when dependency_libs is empty it makes sense to completely
remove them during staging.

So with this commit USES=libtool is modified to remove .la libraries and a
new form (USES=libtool:keepla) is introduced in case they need to be kept
(dependency_libs is still emptied).

PORTREVISION is bumped on all ports with USES=libtool that install .la
libraries.  Most ports are also changed to add :keepla because .la
libraries have to be kept around as long as there are dependent ports with
.la libraries that refer to them in their dependency_libs field.  In most
cases :keepla can be removed again as soon as all dependent ports that
install .la libraries have some form of USES=libtool added to their
Makefile.

PR:		ports/188759
Exp-run:	bdrewery
Approved by:	portmgr (bdrewery)
Original commitRevision:351936 
Saturday, 15 Mar 2014
10:31 gerald search for other commits by this committer
Move MAINTAINER lines to the end of the initial comment block and
make things a bit more consistent.

Approved by:	portmgr (bapt)
Original commitRevision:348308 
Monday, 3 Mar 2014
14:10 tijl search for other commits by this committer
Further restrict the dragonfly RE so it only matches freebsd* as the first
word on a line.

PR:		ports/187208
Original commitRevision:346901 
Sunday, 2 Mar 2014
13:14 tijl search for other commits by this committer
In libtool.mk, let the regexp for DragonFly BSD support match both
"freebsd*)" and "freebsd* ", and add "dragonfly*" only if it isn't there
already.

Approved by:	bapt
Original commitRevision:346763 
Thursday, 27 Feb 2014
09:51 tijl search for other commits by this committer
- Some ports ship with libtool 1.5.x + "anygcc" patch.  This modified
  version calls "gcc" in two places.  Replace that with $CC.
- r346193 added -B${LOCALBASE}/bin in Uses/fortran.mk, just like
  compiler.mk, but libtool doesn't recognise this flag and discards it.
  Patch ltmain.sh so it passes the flag to the linker unmodified.
  This only works on libtool 2.x for now, but that's good enough to fix
  the PRs below and a linker error in math/octave on FreeBSD/i386 8.x.
  (When those ports set USES=libtool.)

PR:		ports/186946, ports/187000
Approved by:	bapt
Original commitRevision:346312 
Friday, 21 Feb 2014
21:43 bdrewery search for other commits by this committer
Revert r345514 for now, it causes libraries to be built without .so
Original commitRevision:345551 
17:23 marino search for other commits by this committer
Mk/Uses/libtool.mk: Add DragonFly support to USES+= libtool

Approved by:	portmgr (bapt)
Original commitRevision:345519 
16:47 bapt search for other commits by this committer
libtool 1.4.2a was defining the shared extension as shrext_cmds, rename it
shared_ext
like in newer libtool so the rest of USES=iconv magic just works
Original commitRevision:345514 
Friday, 14 Feb 2014
22:29 tijl search for other commits by this committer
- Also set link_all_deplibs_(CXX|F77|FC)=no.
- In libtool 1.3 set deplibs_check_method=pass_all like it is in later
  versions.  This avoids checking every library with file(1) to see if
  it's really a library and avoids some incorrect uses of expr(1)
  ("expr $var" instead of "expr -- $var" where $var can start with -l).
  The parsing of file(1) output is also tested during configure on
  /usr/lib/libc.so.* which doesn't exist so configure printed a big (but
  harmless) warning.

Approved by:	bapt
Original commitRevision:344318 
Sunday, 9 Feb 2014
22:00 tijl search for other commits by this committer
- Support libtool 1.3 which has an ltconfig script.
- Support -shrext command line option.  (Used in audio/pd.)
Original commitRevision:343547 
Tuesday, 28 Jan 2014
21:31 bapt search for other commits by this committer
Fix usage with older make
Original commitRevision:341658 
18:25 tijl search for other commits by this committer
Introduce USES=libtool to replace USE_AUTOTOOLS=libtool.

Unlike USE_AUTOTOOLS=libtool which makes a port use libtool from
devel/libtool, this just patches the copy of libtool included in the
port.  This allows adding it to all ports that use libtool including
ports that build Fortran libraries and ports that use different
compilers or binutils than the ones used to build devel/libtool.

USES=libtool also changes the library naming specification similar
to what USE_GNOME=ltverhack does.  Given the libtool version info
$current:$revision:$age and $major=$current-$age the library will be
named libname.so.$major.$age.$revision instead of libname.so.$current
and libname.so.$major becomes a symlink.  Because $major increases
less frequently than $current this reduces the number of library
version bumps which means fewer rebuilds of dependent packages.
(Only the first 15 lines of the commit message are shown above View all of this commit message)
Original commitRevision:341646 

Number of commits found: 35