cad/alliance5.1.1_7

cad/alliance: Fix building with libtool 2.6

PR:		296964

graphics/ImageMagick: update to 7.1.2-25

Changes:	https://github.com/ImageMagick/ImageMagick/compare/7.1.2-24...7.1.2-25
Security:	CVE-2026-53460
Security:	CVE-2026-53461
Security:	CVE-2026-53462
Security:	CVE-2026-53463
Security:	CVE-2026-53464
Security:	CVE-2026-53465
PR:		296190

devel/autoconf: Update to 2.73

cad/alliance, databases/proxysql, deskutils/growl-for-linux,
emulators/wine-proton, net/yate, sysutils/grub2-efi,
sysutils/grub2-pcbsd: Add USE_CSTD=gnu11 because autoconf 2.73 tries
to use C23 and these ports are broken with that.

PR:		293963
Exp-run by:	antoine

cad/alliance: Fix build with GCC 14

GCC 14 has transformed some warnings into errors: revert them to simple
warnings.

PR:		281223
Reported by:	exp-run (antoine)

MANPREFIX: eleminate its usage and move man to share/man

bsd.sites.mk: Update all ports using USE_GITLAB

Replace GL_COMMIT by GL_TAGNAME in all ports. The new GL_TAGNAME is
backwards-compatible (accepting any commit hash as before), but also
understands an actual tag name. Moving to tag names where appropriate is
left to individual ports' maintainers.

Approved by:		portmgr (tcberner, mentor)
Differential Revision:	https://reviews.freebsd.org/D37077

Mk/Uses/magick.mk: Bump all consumers

Bump all consumers of ImageMagick ports after flavorizing them.

Approved by:	tcberner (mentor, implicit)

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

Mk/**tex.mk: Convert bsd.tex.mk to USES=tex

- Update all the consumers to use USES=tex
- USE_TEX=yes is the old way of writing USES=tex which has been removed
  and replaced in all ports
- Almost all of the USE_TEX features remains unchanged
- Some consumers had the same variables defined both in the mk
  infrastructure and also in the ports which have been removed from the
  ports as those are redundant.

In case any of the consumers are failing to build please make sure that
the nexessary USES=tex is there. Unlike previous USE_TEX=yes will no
longer load the required VARS for tex and related dependencies.

Reviewed by:	portmgr
Approved by:	portmgr (blanket)

cad/alliance: unbreak

- upstream has not released a new version, but several fixes have been
  committed: get the source from GitLab and remove BROKEN;
- change WWW;
- enable shared libs;
- optionalize examples and tutorial.

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

cad: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  AMAKAWA Shuhei <amakawa@jp.FreeBSD.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Anders Andersson <anders@hack.org>
  *  Bruce M Simpson <bms@FreeBSD.org>
  *  Christoph Moench-Tegeder <cmt@FreeBSD.org>
  *  David Yeske <dyeske@gmail.com>
  *  Diane Bruce <db@db.net>
  *  Joachim Strombergson <watchman@ludd.ltu.se>
  *  Johnny Sorocil <jsorocil@gmail.com>
  *  Julian Jenkins <kaveman@magna.com.au>
  *  Marc Fonvieille <blackend@FreeBSD.org>
  *  Mario S F Ferreira <lioux@linf.unb.br> et al.
  *  Martin Dieringer <martin.dieringe@gmx.de>
  *  Matthias Petermann <matthias@petermann-it.de>
  *  Michael Durian <durian@shadetreesoftware.com>
  *  Michael Reifenberger <mr@FreeBSD.org>
  *  Nicola Vitale <nivit@FreeBSD.org>
  *  Otacilio de Araujo Ramos Neto <otacilio.neto@bsd.com.br>
  *  Pedro F. Giffuni
  *  Pedro F. Giffuni <giffunip@asme.org>
  *  Pedro Giffuni
  *  Pedro Giffuni <giffunip@asme.org>
  *  Rusmir Dusko <nemysis@FreeBSD.org>
  *  Sarod Yatawatta <sarod@cs.pdn.ac.lk>
  *  Sergio Lenzi <lenzi.sergio@gmail.com>
  *  Stanislav Sedov <ssedov@mbsd.msk.ru>
  *  Thierry Thomas <thierry@FreeBSD.org>
  *  Thierry Thomas <thierry@pompo.net>
  *  Thomas Gellekum <tg@FreeBSD.org>
  *  Vanilla I. Shu <vanilla@FreeBSD.org>
  *  Veniamin Gvozdikov <vg@FreeBSD.org>
  *  Ying-Chieh Liao <ijliao@FreeBSD.org>
  *  gahr
  *  hrs
  *  ijliao
  *  lbartoletti <lbartoletti@FreeBSD.org>
  *  lon_kamikaze@gmx.de
  *  stas
  *  swallace
  *  thierry@pompo.net

With hat:	portmgr

cad/alliance: Mark BROKEN

Fails to build with new TeX2021

Update CONFLICTS definitions in categories a* to c*

Update the CONFLICTS definitions of ports in the following categories:

- accessibility
- archivers
- audio
- benchmarks
- biology
- cad
- chinese
- comms
- converters

An attempt has been made to use generic conflicts patterns that do not
have to be updated whenever a new version of a conflicting port is
added to the ports system.

There is a misunderstanding that the port being built/installed has to
be omitted from the conflicts pattern. This is not true - the port
being built is implicitly non-conflicting due to logic in bsd.port.mk.

Approved by:	portmgr (implicit)

framework: Add new USES 'magick' for graphics/ImageMagick*

A new USES has been added to depend on ImageMagick.

	USES=magick

adds a LIB_DEPENDS on graphics/ImageMagick${IMAGEMAGICK_DEFAULT}.

If a specific version is required, use for example

	USES=magick:6        resp.     USES=magick:7

If only a build, run or test is required, use for example

	USES=magick:build    resp.     USES=magick:6,build,test

If a dependency on the nox11 flavor is required, use for example

	USES=magick:nox11    resp.     USES=magick:7,nox11,run,test

See magick.mk for more details on the available flags.

The tree has been completely converted to make use of this.

Approved by:	bapt
Differential Revision: https://reviews.freebsd.org/D32754

cad/alliance: respect users' IMAGEMAGICK_DEFAULT setting

While here, fix submake invocation correctly and quote the
explanation from the GNU make manual.

*/*: Remove redundant '-*' from CONFLICTS definitions

The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").

Approved by: portmgr (blanket)

cad/alliance: no longer BROKEN after fig2dev upgrade

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.

Remove # $FreeBSD$ from Makefiles.

Mark BROKEN

fig2dev -L eps ctl-mrs-1.fig > ctl-mrs-1.eps
Invalid ellipse object at line 46.

Reported by:	pkg-fallout

cad/alliance: replace transfig with fig2dev

cad/alliance: Unbreak build with GCC 10 (-fno-common default)

/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

Honor $YACC and fix build with recent byacc.

PR:		247522

cad/alliance: fix build on GCC architectures

Use C++0x compiler:
cc1plus: error: unrecognized command line option "-std=gnu++0x"

Approved by:	mentors (implicit approval)

cad/alliance: Really remove libXp dependency

cad/alliance: remove dependency on libXp

remove the dependency on libXp from cad/alliance, it isn't needed.  Fix the
configure script to not detect libXp even if it is installed on the system.

cad/alliance: Update to 5.1.1, remove BROKEN and undeprecate

* 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]

Deprecate a few ports

Convert to UCL & cleanup pkg-message (categories a-c)

Mark BROKEN: unfetchable

Bump PORTREVISION for ports depending on the canonical version of GCC 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

Bump PORTREVISION for ports depending on the canonical version of GCC 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

Downgrade C++03 to C++98, actual default for GCC < 6

GCC 4.2 in base system doesn't support C++03:
cc1plus: error: unrecognized command line option "-std=gnu++03"

Bump PORTREVISION for ports depending on the canonical version of GCC 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

Mark ports broken on mips64 that are already broken on powerpc64.  In 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)

Mark ports broken on powerpc64, categories a-c.

While here, pet portlint and do some other cleanup.

Approved by:	portmgr (tier-2 blanket)

For ports under `cad', `devel', `dns`, and `math' categories: remove redundant PKGMESSAGE assignment, which is set appropriately by the b.p.m when `pkg-message' appears on the SUB_FILES list.

Bump PORTREVISIONs of all users of math/mpc that we just updated to version 1.1.0 (via revision 464079).

Register net/fsbclient and cad/alliance conflict.

Reported by:	rodrigo

Bump PORTREVISION for ports depending on the canonical version of GCC (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

Explicitly pass -std=gnu++03 to the compiler.

This fixes the build with GCC 6, which defaults to -std=gnu++14. The port's
code does not work with C++11 or later.

PR:		219275

Provide error messages for some ports failing on aarch64, and, in a few cases, other tier-2 archs.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Bump PORTREVISIONs for ports depending on the canonical version of GCC and 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

cad/alliance: unbreak on 12.0 after base r308264

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

Bump PORTREVISIONS for ports depending on the canonical version of GCC and 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.

Cleanup DIST* variables.

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

Cleanup plist

cad/alliance: Upgrade version 5.0.20090901 => 5.0.20120515, stage

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.

Rename all patches that contain '::' as a path separator, and use '__' instead.