devel/libtool: Moved man to share/man

Approved by:    portmgr (blanket)

devel/libtool: Bump PORTREVISION after 5325ea5ae199

devel/libtool: Fix cross compiled packages

The libtool script is generated for a given compiler so Poudriere cannot
use a cross compiler.

lang/python* ports have a similar problem.

PR:		230018

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

devel: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  <jkoshy@FreeBSD.org>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Aaron H. K. Diep <ahkdiep@gmail.com>
  *  Aaron Hurt <ahurt@anbcs.com>
  *  Abel Chow <abel_chow@yahoo.com>
  *  Adam McLaurin
  *  Adam Saponara <as@php.net>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>

devel/libtool, devel/libltdl: update to 2.4.7

comms/wsjtx: patch configure instead of configure.ac to avoid autotools.
The build runs autoconf to regenerate configure but forgets to run
libtoolize to update ltmain.sh.

PR:		263151
Exp-run by:	antoine

devel/libtool: Add NO_ARCH

Approved by:	portmgr (blanket)

Remove # $FreeBSD$ from Makefiles.

Install texinfo files (GNU info) into ${PREFIX}/share/info

After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.

Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.

Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them

Bump revision of all impacted ports

PR:		232907
exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D17816

${RM} already has -f.

PR:		213570
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

Pick up autotools@ ports.

Approved by:	portmgr (bapt)

Backout r383718, libtool already had CPE information

With hat:	portmgr
Pointy hat:	robak

devel/libtool: add CPE information

PR:		198837
Submitted by:	Shun <shun.fbsd.pr@dropcut.net>

- Update devel/libtool and devel/libltdl to 2.4.6 [1]
- Add cpe string [2]

PR:		199094 [1], 198836 [2]
Exp-run by:	antoine
Approved by:	portmgr (antoine)

- 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)

- 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)

Do not overwrite USES

Reported by:	miwi

Fix build on system built WITHOUT_INFO

With hat:	portmgr

Convert libltdl to use USES=libtool:keepla
Strip binaries

Support stage

Don't split up the INFO docs -- PORTREVISION bumped for difference in
packaging, but there's no need to rebuild everything that depends on
devel/libtool.

PR:		161984
Submitted by:	Nali Toja <nalitoja@gmail.com>

Add NO_STAGE all over the place in preparation for the staging support (cat:
devel part 3)

- Add support for lang/clang33 from ports which installs it's binaries as
clang33 and clang++33. Right now libtool fails for various ports and aks
for a "--tag" flag because it tries to detect tag based on the binary name
but doesn't know about clang33.

PR:		ports/179809
Submitted by:	myself
Approved by:	maintainer timeout (9 weeks)

- Update to 2.4.2

Changelog:
- The --with-pic configure option now supports a list of comma-separated
  package names. This can be used to build some static libraries with PIC
  objects while building others with non-PIC objects.
- Initial support for Go, using the gccgo compiler.
- On Mac OS X .dylib is now tried as well as .so with
  lt_dlopenext().
Bug fixes:
- The generic approximation of the command line length limit (when getconf is
  not available) works again. Regression introduced in v2.2.6-39-g9c3d4d8.
- The bug that leaked developer tool paths into the release tarballs
  from ./bootstrap is fixed.
- Improved support for the Cuda Compiler Driver (nvcc) on Darwin.

- Remove WITH_FBSD10_FIX, is no longer needed

Apply FreeBSD 10 workaround for some high profile ports to
unbreak a lot of dependent ports.

Submitted by:   beat
Tested on:      pointyhat i386-9-exp and i386-10

- Backport two patches from vendor git repository to fix libtool
  on FreeBSD 10.X and future-proof it for up to FreeBSD 39

 
http://git.savannah.gnu.org/cgit/libtool.git/commit/?id=e94c6d6e0359d92f08f491f57e0ef3371e978952
 
http://git.savannah.gnu.org/cgit/libtool.git/commit/?id=49ae2888b43cad358e2ff60a69722341116e7b40

PR:             ports/161404
Submitted by:   ed
With hat:       portmgr
Tested by:      pointyhat exp-run

- Mark as conflicted with libtool-fixed.

Update to libtool 2.4

Tested by:      pav (multiple -exp runs)

Clean up "current" versions of autotools components to further reduce
tree-churn on updates.

libtool uber-patch

* kill devel/libtool and move to devel/libtool13, upgrading to 1.3.5
* upgrade repo-copied devel/libtool14 to 1.4.3
* break out libltdl into its own separate port
* move to version-numbered binaries/scripts (ie: there is *no* 'libtool'
  any more -- USE_LIBTOOL and USE_LIBTOOL_VER are your friends)

Approved by:    portmgr (kris) - for the bsd.port.mk hooks
Tested by:      bento 4-exp builds (repeatedly)

Tag 'em and grab 'em from freebsd-ports@

do not have time for these

Clear moonlight beckons.
Requiem mors pacem pkg-comment,
And be calm ports tree.

E Nomini Patri, E Fili, E Spiritu Sancti.

I may as well be a masochist and take this one too, since I've got the
auto* twin terrors already.

Due to popular demant into each port which might be inserted into dependency
list by bsd.port.mk insert anti foot-shooting device, which prevents
infinite fork loop when the user defines corresponding USE_XXX in global
make.conf, command line or environment.

Similar devices should probably be inserted into ports that might be inserted
into dependency list by others bsd.foo.mk files (bsd.ruby.mk, bsd.python.mk
and so on.)

Relinquish all my ports.

Stage a mini-coup, and borrow these ports from portmgr@ for a while,
since I'm doing most of the updating, and am working on a
port/Mk/bsd.<gnublah>.mk to move some cruft around.

Sponsored by:   Mr. Smith and Mr. Wesson. :)

Recognise ar(1) archives (.a) as a valid entities to link with. This fixes
many places when it is necessary to link shared object with a static library.

Set EXPR_COMPAT environment variable to workaround a problem with expr(1)
on -current.

Change maintainer to portmgr and update note about not upgrading.    

Add WWW.    

Install the ltdl library, so that packages can use it.  If this breaks any  
ports, please let me know...    

Explain why this port has not been upgraded to 1.3.5.    

Convert category devel to new layout.  

Add --build no-op to ltconfig to make USE_LIBTOOL working with configure scripts
  generated for libtool1.4.    

Don't remove share/aclocal.