The port had been makred broken due to build issed with fig2dev
version 3.2.7, which has been upgraded to 3.2.8a, allowing this
port to be built again.
/usr/local/bin/ld: /wrkdirs/usr/ports/cad/alliance/work/alliance/src/pat/src/.libs/libPat.a(pat_desc_y.o):(.bss+0x24): multiple definition of `pat_decl_y_errflag'; /wrkdirs/usr/ports/cad/alliance/work/alliance/src/pat/src/.libs/libPat.a(pat_decl_y.o):(.bss+0x20): first defined here
/usr/local/bin/ld: /wrkdirs/usr/ports/cad/alliance/work/alliance/src/pat/src/.libs/libPat.a(pat_desc_y.o):(.bss+0x10): multiple definition of `pat_decl_y_val'; /wrkdirs/usr/ports/cad/alliance/work/alliance/src/pat/src/.libs/libPat.a(pat_decl_y.o):(.bss+0x10): first defined here
/usr/local/bin/ld: /wrkdirs/usr/ports/cad/alliance/work/alliance/src/pat/src/.libs/libPat.a(pat_desc_y.o):(.bss+0x0): multiple definition of `pat_decl_y_lval'; /wrkdirs/usr/ports/cad/alliance/work/alliance/src/pat/src/.libs/libPat.a(pat_decl_y.o):(.bss+0x0): first defined here
/usr/local/bin/ld: /wrkdirs/usr/ports/cad/alliance/work/alliance/src/pat/src/.libs/libPat.a(pat_desc_y.o):(.bss+0x2c): multiple definition of `pat_decl_y_debug'; /wrkdirs/usr/ports/cad/alliance/work/alliance/src/pat/src/.libs/libPat.a(pat_decl_y.o):(.bss+0x24): first defined here
http://package18.nyi.freebsd.org/data/121amd64-default-PR244494/2020-06-10_18h04m44s/logs/errors/alliance-5.1.1_1.log
Also USES=compiler:c++0x & USE_GCC=any can be reduced to USE_GCC=yes
PR: 246700
* The code has been modernized so most of the patches and the workaround
with USE_CXXSTD are therefore no longer required. USE_GCC is still needed
for build as some files cannot be compiled with Clang.
The updated code also contains no more occurences of the long deprecated
gets(3) function which has been removed since FreeBSD 1300043. [1]
* A patch from Debian's patchset [2] is required to remedy build issues
with the documentation.
* Add USE_XORG to pass stage QA as some binaries are linked against various
X libraries. Among these libraries is also the recently deprecated
x11/libXp, which is probably not needed but (still) pulled in by the
OpenMotif toolkit.
* Also pet portlint/portclippy while I'm here by grouping related USE_*
variables to the USES block and sort the other variables according to the
PHB.
PR: 238686
Submitted by: Loïc Bartoletti <lbartoletti@tuxfamily.org> (based on)
Reported by: emaste [1]
Obtained from: Debian [2]
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
most cases, the failure mode is the same. Also, mark them broken on
mips when necessary.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
In file included from /usr/include/math.h:20:0,
from rutacces.c:18:
ruterror.h:49:14: error: expected identifier or '(' before '__builtin_choose_expr'
extern char *basename();
^
Reported by: pkg-fallout
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
When appropriate:
- Try to use DISTVERSION{SUF,PRE}FIX
- Replace PORTNAME-PORTVERSION by DISTNAME
- Convert MASTER_SITES to use macros
- Other light cleanup
With hat: portmgr
Sponsored by: Absolight
This port was marked broken due to a bison error. The newest version had
the same flaw, but I got the fix from Debian. The 5.0.20120512 is also
not limited to i386, it builds fine on amd64 now.
It is still not jobs safe (it can't find libVrd before it's built) but
I suspect only minor changes are necessary to make it jobs safe.
It brings bison as a build dependency in case it is set the following way:
USES= bison or USES= bison:build
it brings bison as a run dependency in case it is set the following way:
USES= bison:run
it brings bison both as a run and build dependency in case it the set the following way:
USES= bison:both
While here trim some headers
Convert some USE_GNOME= gnomehack to USES= pathfix
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+
Thanks to all Helpers:
Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
ehaupt, nox, itetcu, flz, pav
PR: 116263
Tested on: pointyhat
Approved by: portmgr (pav)
