locale set by the user. Add LANG=C and LC_ALL=C at the beginning of
bsd.port.mk and export them so all commands are executed with the C locale.
LC_ALL=C overrides all other LC_* variables. LANG is used by setlocale(3)
as default value for LC_* variables, so normally it isn't used when LC_ALL
is set, but there's code out there that looks at LANG directly so it's safer
to set it as well. The only commands not captured by this are !=
assignments before any inclusion of bsd.port.*mk.
Introduce USE_LOCALE=<locale> that adds LANG=<locale> and LC_ALL=<locale> to
CONFIGURE_ENV and MAKE_ENV so upstream build systems can be executed with a
different locale (e.g. USE_LOCALE=en_US.UTF-8).
PR: 215882
Exp-run by: antoine
Approved by: portmgr (antoine)
- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.
While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.
Also, replace some EXTRACT_SUFX occurences with USES=tar:*.
Checked by: make fetch-urlall-list
With hat: portmgr
Sponsored by: Absolight
- Re-enable mixed mode by default. Now we know it is not our problem.
- Do not build with system zlib and include libstdc++.so.6 in the distfile
to avoid misc/compat8x dependency.
- Turn off mixed mode for HotSpot (i. e., JIT compiler) by default for
extreme safety. Although it may be too conservative and/or slow, it is okay
because it is not useful for anything but bootstrapping OpenJDK itself. In
fact, it does not seem stable within jails (e. g., QAT) for unknown reasons.
- Revert r330422. Now it is obsolete by r330500.
- Generate distfiles directly from pkg-plist. This list was compiled from
running "ktrace -i -tn make" on openjdk6 and openjdk7 ports.
- Re-add jre/bin/java to work around a bug in openjdk7 build infrastructure.
It is not really necessary but langtools fails to build without it because
langtools/make/tools/GenStubs/GenStubs.java executes it based on java.home
property, which points to jre subdirectory. Note this problem only exists
on recent jdk7 langtools and jdk6 and jdk8 are not affected.
Feature safe: yes
bootstrapped with pre-built openjdk6 packages from FreeBSD build clusters
on clean 7.4-RELEASE installation, and the ports tree was checked out at
r305682.
Feature safe: yes
