Age | Commit message (Collapse) | Author | Files | Lines |
|
mips setups (that otherwise use 32bit userland)
|
|
|
|
- Needed for proper aarch64-apple-darwin* detection
- Upstream accepted NetBSD aarch64eb patch
- Manually merged config.guess revision 1.22 on top of the upstream version
for NetBSD/evbarm fixes (currently the only local change we have)
Tested on:
NetBSD x86_64, earmv7hf and aarch64
macOS aarch64
|
|
This broke various things.
Also remove the comment in devel/autoconf/Makefile that says to update it, so
that the next person does not fall into the same pitfall again.
|
|
2.70 deprecates a lot of stuff, so expect more warnings, but generally things
seem to work fine, so updating to 2.70 shouldn't break much.
Also update mk/gnu-config/*, as per the comment in devel/autoconf/Makefile.
mk/gnu-config/missing is not actually part of autoconf, but of automake, which
I did not update - however, the file was quite out of date, so I took the
liberty to update that one with the latest automake.
The change log is too long to include in this commit, given how many years
there were between 2.69 and 2.70. Check the file ChangeLog after `make
extract`.
|
|
Patch provided by ryo@.
No objections when proposed on tech-pkg@.
|
|
as {e,}armv4 or {e,}armv6 / {e,}armv7. We do not add an explicit version to
our current default (v5).
|
|
No modifications are needed any more, upstream wanted to recognise
netbsd/sh3el differently.
Now upstream recognises even more GPUs, too.
|
|
- Locally patch in netbsd/superh, not yet accepted upstream.
- upstream did netbsd/mips64eb fix differently.
Other changes that might be notable to us:
- different compiler-based way of identifying 32bit vs. 64bit for
solaris/x86
- different compiler-based way of identifying solaris/sparc 64bit,
that supposedly works for both sun cc and GCC.
|
|
|
|
Thanks joerg for the heads up
PR pkg/53825
|
|
PR pkg/53825
|
|
|
|
|
|
|
|
|
|
|
|
Reviewed by wiz@
|
|
Requested by joerg. Noteworthy change: support for NetBSD/earm with
-eabi(hf) suffix in MACHINE_GNU_PLATFORM, properly fixing PR 48126.
XXX Maybe we should put these files on a vendor branch to make
merging updates with local changes easier.
|
|
XXX Send this upstream...
This, together with other commits to MACHINE_GNU_PLATFORM issues,
should fix PR pkg/48126, at long last.
|
|
This file is from libtool-1.x, which is not in pkgsrc any longer
(using libtool-2.x since 2009). Also, it was only used for packages
using autoconf-2.13 AND libtool; I found three packages in pkgsrc with
that combination, and all of them still build on NetBSD-6.99.24/amd64
after this change.
|
|
|
|
|
|
|
|
http://git.savannah.gnu.org/gitweb/?p=config.git
|
|
|
|
from Savannah git. Changes are minor; at a glance, the most interesting
bits are improved support for Solaris Xen and AIX 6.
Approved by: groo
|
|
|
|
upstream versions.
|
|
|
|
|
|
|
|
|
|
file to indicate that override logic should be turned on. (AFAICT, only
Interix is afflicted at the moment.)
|
|
|
|
|
|
configure script under ${WRKSRC}. The symlink is called "libtool.m4",
which is the name expected by the autoconf tools. The symlinking is
only done if ${AUTOCONF_REQD} == 2.13 and USE_LIBTOOL is defined. This
allows autoconf-2.13, autoreconf-2.13 and aclocal-2.13 to use the older
libtool.m4 file when regenerating files. This is okay, because we later
override the generated libtool file anyway.
This fixes problems when libtool-1.5.x is installed and a package tries
to invoke autoconf-2.13 programs at pre-configure time, e.g., gnome-games,
xpuyopuyo, faad2, libwww, etc. These packages no longer need to be
worked around by bumping AUTOCONF_REQD to 2.50.
|
|
Still have local diffs for sh5, so I'm not sure if sh5 still works (I've
reapplied the patches).
|
|
Note we vary only be a couple of lines for sh5le.
|
|
|
|
|
|
(sh5el), from Steve Woodford
|
|
|
|
|
|
${MASTER_SITE_GNU:=config/} :
GNU config.guess (2002-07-09)
GNU config.sub (2002-07-03)
|