]> git.ipfire.org Git - thirdparty/libtool.git/commit
ARFLAGS: use 'cr' instead of 'cru' by default
authorPavel Raiskup <praiskup@redhat.com>
Fri, 17 Apr 2015 14:54:58 +0000 (16:54 +0200)
committerPavel Raiskup <praiskup@redhat.com>
Sat, 26 Sep 2015 16:00:16 +0000 (18:00 +0200)
commit418129bc63afc312701e84cb8afa5ca413df1ab5
tree9bd8b9d437103d3ae3243783fd41dde7b2cf318d
parent4335de1dfb7d2ec728427e07a54136b94a2d40f6
ARFLAGS: use 'cr' instead of 'cru' by default

In some GNU/Linux distributions people started to compile 'ar'
binary with --enable-deterministic-archives (binutils project).
That, however, in combination with our previous long time working
default AR_FLAGS=cru causes warnings on such installations:
ar: `u' modifier ignored since `D' is the default (see `U')

The 'u' option (at least with GNU binutils) did small optimization
during repeated builds because it instructed 'ar' to not
open/close unchanged *.o files and to rather read their contents
from old archive file.  However, its removal should not cause a
big performance hit for usual workflows.

Distributions started using --enable-deterministic-archives
knowing that it would disable the 'u', just to rather have a bit
more deterministic builds.

Also, to justify this change a bit more, keeping 'u' in ARFLAGS
could only result in many per-project changes to override
Libtool's ARFLAGS default, just to silent such warnings.

Fixes bug#19967.  Reported by Eric Blake.

* m4/libtool.m4 (_LT_PROG_AR): Default AR_FLAGS to 'cr'.
(_LT_REQUIRED_DARWIN_CHECKS): Use $AR_FLAGS instead 'cru' string.
* doc/libtool.texi: Do 's/ar cru/ar cr/' in whole documentation.
* NEWS: Document.
NEWS
doc/libtool.texi
m4/libtool.m4