GSlice as used by qemu-user still aborts due to low RLIMIT_VMEM in an
emulated application but no longer hangs. While the behavior differs
from real hardware it matches the one from before r456518 that was
hardcoded as gl_cv_func_printf_enomem=no workaround.
PR: 224740
- Re-introduce CPPFLAGS. Without it the configure test for libintl fails and nano crashes when the user selects one of the NLS supported languages
PR: 239189
* Switch to https:// MASTER_SITES
* Use provided .xz for distribution file, saving: 50.5% / 1415kB
* Add LICENSE_FILE
* Remove CPPFLAGS/LDFLAGS variables, added 19 years ago when the port
was first created. [1] They are incorrectly (globally) scoped, no
longer necessary and incorrect for the ncurses:base case. Instead use
Uses/ncurses.mk variables and provide these to configure to ensure
includes/lib searches and linking are never mixed between base and
ports.
[1] ports r29979
Approved by: danilo (maintainer)
MFH: 2019Q2 (blanket: bugfix)
Differential_Revision: D20660
The arm package builder when building this port, fails with the following
error during configure:
checking whether printf survives out-of-memory conditions...
=>> Killing runaway build after 21600 seconds with no output
The root cause is described in bug 224740, which has not been resolved yet:
low RLIMIT_VMEM hangs qemu due to GSlice allocation failure
In the meantime, this change applies a known workaround which has already
been applied in several ports, which disables the specific (hanging) configure
check, if the build is run with qemu emulation.
PR: 231346, 224740
Reported by: many
Approved by: portmgr (blanket: build fix, jfi)
MFH: 2018Q4
- Remove unecessary REINPLACE_CMD
- Use post-install-{EXAMPLES,DOCS}-on to install the extra files
while here:
- Disable groff execution by the configure script
PR: 234000
Submitted by: Daniel Eisele <daniel_eisele AT gmx.de>
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
When curses gives no code for Ctrl+Shift+Delete, do not fall back
to KEY_BACKSPACE, because then ^H and/or <Backspace> get bound to
'cutwordleft'.
This fixes https://savannah.gnu.org/bugs/?54642.
Bug was introduced with version 3.0, commit e6429e78.
Reported by: eadler
