The project properties were missing several tabs in the "switches"
sections, but it wasn't immediately obvious why. It turns out that this
was caused by a missing generated file (gnat_switches.py). Restoring
that file along with having PATH set to the Ada compiler restored the
missing tabs.
The trick is that the generated file needs a texi file that is not present
in the distfile. The texi file was discarded by gnat_util (and its parent
gccX), so the solution is change gnat_util to install the file at its own
DOCDIR. Pregeneration of the gnat_switches.py is a bad idea IMO, so we
stick with the intended generation.
while here, install gps as gps_exe and create a wrapper named "gps" that
will define ADA_PROJECT_PATH and a PATH component to the Ada compiler if
they aren't already defined. GPS malfunctions a bit if it can't find the
compiler or standard library project files. Using a wrapper is nice for
new users that don't realize environmental changes are needed.
I also changed the install scripts to use BSD_INSTALL_* macros which
eliminated the need to use the install-strip INSTALL_TARGET.
Finally -- it seems that the ADAXX trick to pull in gcc-aux's versioning
for the PORTREVISION stopped working recently although the PORTVERSION
still worked. There's a new catch-22 where <pre> was needed to evaluate
USES=ada, but if <pre> is called, PORTREVISION value is frozen. Failure
to use <pre> resulted in an inclusion failure. The only fix available
was to recreate the ada.mk logic. Since gnatdroid is still hardcoded to
gcc-aux, only gnat_util was affected (discovered when poudriere failed
to rebuild it).
- Add --localstatedir=/var to _LATE_CONFIGURE_ARGS (like --mandir) but not
when CONFIGURE_ARGS already sets it. (GNU configure scripts set it to
PREFIX/var when PREFIX != /usr.)
- Add --localstatedir="${PREFIX}/var" to CONFIGURE_ARGS in some ports so
they aren't affected by this change (for now at least). This commit is
meant to ensure that new ports don't make the same mistake.
- games/acm: the configure script in this port is very old; instead of
patching it more, just replace GNU_CONFIGURE with HAS_CONFIGURE.
- irc/charybdis: it already used /var but adding --localstatedir=/var
changed the behaviour of the configure script; adjust the port to this.
PR: 199506
Exp-run by: antoine
Approved by: portmgr (antoine)
Omitting % and @ on hash and array names is no longer permitted
Really old Perl let you omit the @ on array names and the % on hash
names in some spots. This has issued a deprecation warning since Perl
5.0, and is no longer permitted.
With hat: perl@
Sponsored by: Absolight
"defined(@array)" and "defined(%hash)" are now fatal errors
These have been deprecated since v5.6.1 and have raised deprecation
warnings since v5.16.
With hat: perl@
Sponsored by: Absolight
===> Configuring for p5-Net-AIM-1.22_1
/wrkdirs/usr/ports/net-im/p5-Net-AIM/work/Net-AIM-1.22/Net is a recursive symbolic link at /usr/local/lib/perl5/5.21/File/Find.pm line 88.
Checking if your kit is complete...
*** Error code 255
With hat: perl@
Sponsored by: Absolight
"defined(@array)" and "defined(%hash)" are now fatal errors
These have been deprecated since v5.6.1 and have raised deprecation
warnings since v5.16.
With hat: perl@
Sponsored by: Absolight
"defined(@array)" and "defined(%hash)" are now fatal errors
These have been deprecated since v5.6.1 and have raised deprecation
warnings since v5.16.
With hat: perl@
Sponsored by: Absolight
"defined(@array)" and "defined(%hash)" are now fatal errors
These have been deprecated since v5.6.1 and have raised deprecation
warnings since v5.16.
With hat: perl@
Sponsored by: Absolight
"defined(@array)" and "defined(%hash)" are now fatal errors
These have been deprecated since v5.6.1 and have raised deprecation
warnings since v5.16.
With hat: perl@
Sponsored by: Absolight
Changes:
Fix not setting proper UNAME_m/p for powerpc64 cross build
Fix qemu builds not setting MACHINE/MARCHINE_ARCH in make.conf
QEMU: No need to set MACHINE/MACHINE_ARCH in env.
QEMU: For consistency set UNAME_m/p in jail's login.conf.
Don't let balance_pool() failure crash a builder.
Avoid double ln(1) when called in a clean_pool/stop_build failure from build_pkg
When a build crashes and does not complete, properly cleanup its builder jail.
bulk queue optimizations
Call pkg_cache_data in a separate worker. This allows build_pkg() to finish quicker.
bulk -t/testport: Fix the first package built in a jail not showing its needed shared libraries.
Disable 'set -x' in some noisy functions
Rewrite lock_acquire() to not spam 'sleep 0.1'
SIGINFO: Disable trap when erroring, exiting or in other traps
SIGINFO: Don't allow running twice, and ignore errors.
SIGINFO: Hide html_json's sleep(1) SIGINFO output
Allow TMPFS_DATA to be used for builders too.
Always protect(1) poudriere and its coprocesses from OOM killer.
Create temporary files in [MASTER]MNT/.p/tmp when possible rather than /tmp
Don't ignore SIGINT in bg processes. This should fix cpdup spam on ^C during cloning.
Fix some interleaved messages during parallel processing.
Rework stderr prefixer for parallel jobs.
Don't show 2 errors when failing to get PKGNAME.
Import and prefer /bin/sh from FreeBSD r281718. This simplifies compatibility and allows job control.
While here use my own comment within the file in order to:
- Avoid $FreeBSD$ keywords in patches (per Porter's Handbook)
- Improve rationale
Suggested by: marino
Omitting % and @ on hash and array names is no longer permitted
Really old Perl let you omit the @ on array names and the % on hash
names in some spots. This has issued a deprecation warning since Perl
5.0, and is no longer permitted.
With hat: perl@
Sponsored by: Absolight
Due to pulling in Wx headers, Padre has to be built with c++11 standard.
Due to current breakage on p5-Wx, this couldn't be tested on FreeBSD 8.
It still builds on FreeBSD 10 and once again on DragonFly.
This port was using CFLAGS for c++, so the -std=c++11 flag wasn't getting
passed even when USE_CXXSTD was set. This port broke in some places when
c++11 became a requirement of Wx.
This is still broken on FreeBSD 8 (F9 not tested) due to new problems
related to compiling with gcc48.
In file included from source/webmlib/halloc/halloc.c:19:0:
source/webmlib/halloc/align.h:42:25: error: conflicting types for 'max_align_t'
typedef union max_align max_align_t;
^
In file included from source/webmlib/halloc/halloc.h:18:0,
from source/webmlib/halloc/halloc.c:18:
/usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd11.0/5.0.1/include/stddef.h:429:3: note: previous declaration of 'max_align_t' was here
} max_align_t;
^
Reported by: DPorts
