lang/gforth: mend another tricky issue discovered with GCC 14

When checking whether the linker accepts -export-dynamic flag,
the configure script tries to build, literally, the following
short program: ``main(){exit(0);}'', which is not well-formed
against the modern standards (missing return type and implicit
function declaration).

PR:	281238

lang/gforth: try to fix another warning-becomes-error with GCC 14

Old gforth_callback_ffcall() signature looks dubious and does not
match the API of `devel/libffcall' [-Wincompatible-pointer-types]:

  callback.h:58:35: note: expected 'callback_function_t' {aka
 'void (*)(void *, struct vacall_alist *)'} but argument is of
  type 'void (*)(void ***, void *)'

PR:	281238

lang/gforth: unbreak the build in the -Werror=int-conversion mode

Missing ecvt() function prototype was causing couple of warnings
which had become hard errors with recent versions of GCC (14+).
Getting rid of USE_GCC, while desirable, is not straightforward
and requires more work.  While here, set the TEST_TARGET which is
part of the upstream's default ALL_TARGET, but we override that.

PR:	281238

Convert more of my ports to new manual page location (part two).

*/*: Sunset 12.4-RELEASE/12-STABLE from ports tree

- Remove all references to defunct ARCH arm
- Remove all references to defunct ARCH sparc64
- Remove x11-drivers/xf86-video-sunffb which requires defunct sparc64
  ARCH
- Remove sysutils/afbinit requires defunct sparc64 ARCH
- Remove all references to bktr driver
- Remove all references to defunct FreeBSD_12
- Remove all references to OSVERSION/OSREL corresponding to 12
- Remove conditionals in Mk/Uses/cabal.mk
- Remove sparc reference from Mk/Uses/qt-dist.mk
- Remove BROKEN_sparc64/NOT_FOR_ARCH=sparc64
- Remove BROKEN_FreeBSD_12* from:
- Remove OpenSSL patches from:
- Remove conditional flags for OSVERSION >= 1300000 to fixed flags.
  Also move conditional flags for non sparc64/arm ARCH to fixed flags.

Reviewed by:	brooks, jbeich, rene, salvadore
Differential Revision: https://reviews.freebsd.org/D42068

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

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.

lang: remove 'Created by' lines

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

  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Alonso Cardenas Marquez <acm@FreeBSD.org>
  *  Andreas Klemm <andreas@klemm.gtn.com>
  *  Andrew Pantyukhin <infofarmer@FreeBSD.org>
  *  Andrey Zakhvatov
  *  Anton Berezin <tobez@FreeBSD.org>
  *  Anton Berezin <tobez@tobez.org>

devel/libffi: Bump deps PORTREVISION for shlib change

PR:		263764
Reported by:	VVD <vvd@unislabs.com>

lang/gforth: fix build on powerpc64

lang/gforth: attempt to unbreak the port on i386, armv6, and armv7

- Partially apply upstream commit 9f35279358 to unbreak the build on i386
- With a recent update of devel/libffcall in 58a8a0aa37a8, the port is no
  longer ignored on armv6 and armv7.  Amend the word size check so it can
  be built on these architectures

PR:	258003

*/*: Replace USE_GCC=any with USE_GCC=yes

USE_GCC=any has been equivalent to USE_GCC=yes in most cases (such
as i386 and amd64 since 12.x and depending on configuration 11.x,
most newer installations on other platforms, and 13.x across the
board).

Since commit 96c17633d90386b5bcf8 Mk/bsd.gcc.mk is treating them as
different spellings of the same, so continue the deorbiting of the
USE_GCC=any form and simply replace it with USE_GCC=yes.

This should not make any functional difference at all.

Discussed with:	mat, linimon, pkubaj

Remove # $FreeBSD$ from Makefiles.

Chanse update of devel/libffi

Chase the devel/libffi update
Bump portrevision of all dependent ports to chace shard library version bump
in libffi.
Update LIB_DEPENDS lines where needed to not require a specific version of
libffi.so.

PR:		247028 (for tracking)

Assume maintainership of several GNU tools I've been keeping an eye to
and updating as of recently.

Returns johans's ports to the pool after safekeeping his commit bit.

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

Mark BROKEN on i386

Reported by:	pkg-fallout
MFH:		2019Q2

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

Install texinfo files (GNU info) into ${PREFIX}/share/info

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

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 as broken on powerpc64.

Approved by:	portmgr (tier-2 blanket)

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

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

* Bump revision, libffcall links to libs.
* Added license information
* Cleanup Makefile
* Unsilenced docs install

Reviewed by:	lifanov (mentor), matthew (mentor)
Approved by:	lifanov (mentor), matthew (mentor), johans (maintainer timeout, 3
weeks)
Differential Revision:	https://reviews.freebsd.org/D11766

* Renamed ffcall --> libffcall, renamed upstream

PR:		220905
Submitted by:	Jov <amutu@amutu.com> (maintainer)
Reviewed by:	matthew (mentor)
Approved by:	matthew (mentor)
Differential Revision:	https://reviews.freebsd.org/D11763

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

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.

${RM} already has -f.

PR:		213570
Submitted by:	mat
Exp-run by:	antoine
Sponsored by:	Absolight

Remove ${PORTSDIR}/ from dependencies, categories h, i, j, k, and l.

With hat:	portmgr
Sponsored by:	Absolight

- Add empty directories to plist

Approved by:	portmgr blanket

Avoid useless @exec

Cleanup plist

- Update devel/libtool and devel/libltdl to version 2.4.2.418
- Patch libtool so it uses the same library version specification as on
  Darwin, Linux and other systems.  Given the version current:revision:age
  a library will be given the extension .so.major.age.revision with major
  equal to current-age.  Before libtool would use .so.current on FreeBSD.
- Patch libtoolize to remove two cases of umask 0 that caused libltdl
  files to be copied world writable (--ltdl option)
- Let USES=libtool patch this new version correctly
- Adjust all ports with USES=libtool:build and bump PORTREVISION on their
  dependent ports if a library version changed

PR:		194068
Exp-run by:	antoine
Approved by:	portmgr (antoine)

Replace USE_AUTOTOOLS=libltdl with an ordinary LIB_DEPENDS in all ports.
There are only 60 such ports so there doesn't need to be a separate
keyword or USES for this.

Approved by:	portmgr (bapt)

- Switch to USES=libtool:build
- Remove old CFLAGS

Add DOCS to OPTIONS_DEFINE to ports that check for PORT_OPTIONS:MDOCS.

I'm not touching ruby19/ruby20/ruby21, but they also check for :MDOCS
without defining it in OPTIONS_DEFINE.

Allow to build with texinfo from ports

With hat:	portmgr

Our automatic dependency tracking is too intelligent,
but should have all bases covered now.

- Revert USE_AUTOTOOLS=libtool that was removed in previous commit
  because libtool was not found, 12 library files were not build
- Bump PORTREVISION

Reported by:	jenkins via swills

Avoid creating a history file in the user's (root) homedir during build

Reported by:	jenkins via swills

Update gforth to 0.7.3 (bugfix release)

Enable stage support

Add NO_STAGE all over the place in preparation for the staging support (cat:
lang)

- Update GNU Forth to 0.7.2
- Update MASTER_SITES
- Use gcc

fix package list (depending on architecture)

Mark BROKEN everywhere

Submitted by:	pointyhat

Mark broken on FreeBSD 7.x

Mark BROKEN: does not build

Submitted by:   pointyhat

Remove checks from build that fail on Pointyhat (but work elsewhere).
This doesn't change the resulting package.

Change build target to avoid its 'make check' part,
because it fails in some environments, even though the application works fine

Remove BROKEN tag (works for me)

- Mark BROKEN: fails to build

Reported by:    pointyhat

Add MAKE_JOBS_UNSAFE as parallel builds will fail

Feature safe:   yes

- Update GNU Forth to 0.7.0
- Remove patches (and autoconf run) that are no longer needed
- Fix build with ffcall and libffi (requires libtool, libltdl)
- Remove emacs config file for now (will try and fix this soon)
- Adopt port

Feature safe:   yes

Remove references to unsupported FreeBSD versions. Mostly of the form:
.if ${OSVERSION} < 700000

- Return my ports back to the pool.  I was unable to make any fixes to
  my ports in the past 3 weeks while ports were broken on any 10.x
  machines, which means I'm unable to maintain them.  So let people know
  that there's no available support for them until things are back to
  normal (which also means that anyone with spare time will be able
  to fix them without getting approval).

- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead

PR:             157936
Submitted by:   myself
Exp-runs by:    pav
Approved by:    pav

Remove USE_GNOME=gnometarget from ports. It has been a empty keyword since
mid 2008.

PR:             ports/159624
Submitted by:   Ruslan Mahmatkhanov <cvs-src@yandex.ru>

- remove MD5

- Fix build on powerpc.

PR:             ports/151348
Submitted by:   Andreas Tobler <andreast@FreeBSD.org>

Also broken on sparc64.

Hat:            portmgr
Feature safe:   yes

Changes to editors/emacs and Mk/bsd.emacs.mk were taken from
PR/137956 by Ashish SHUKLA (thanks!).  [1]

Those ports which define EMACS_PORT_NAME to be "emacs21" were
not touched (this time). They may be converted to the new
world order by removing the above mentioned assignment.

Four ports were marked as BROKEN with EMACS_PORT_NAME=emacs23
(they do not compile):
. lang/bigloo;
. mail/wanderlust;
. mail/wanderlust-devel;
. www/emacs-w3m.

Three ports were marked as IGNORE with EMACS_PORT_NAME=emacs23:

- Mark BROKEN on amd64-7

Reported by:    pointyhat
Approved by:    portmgr (hat)

This now appears to build on 7.x and 8.x.

Reported by:    pointyhat
Approved by:    portmgr (self)

BROKEN on 7.0: Does not compile

- Add ffcall support [1]
- Mark broken on pre-7.x again as it doesn't built on pointyhat anyway

Reported by:     Jason Woofenden <jason@jasonwoof.com> [1]

- Add files forgotten in the last commit

Approved by:    portmgr (erwin)

- Try to unbroke
- Change my email

Approved by:    portmgr (erwin)

- Unbreak for 7.X build

PR:             ports/101800
Submitted by:   Stanislav Sedov <ssedov(at)mbsd.msk.ru>
Approved by:    krion (mentor)

force commit.

- Fix Makefile entry

Approved by:    krion (mentor)

BROKEN: does not build

Submitted by:   pointyhat via kris
Approved by:    krion (mentor)

- Mark broken on 4.x

Submitted by:   pointyhat via kris
Approved by:    krion (mentor)

- Pass maintainership to submitter
- Update to 0.6.2
- Cleanup and optimization

PR:             ports/100692
Submitted by:   Stanislav Sedov <ssedov(at)mbsd.msk.ru>
Approved by:    krion (mentor)

Remove USE_REINPLACE from the categories starting with L

SHA256ify

Approved by: krion@

Use INFO macro

Reset maintainer per his request.  We hope to see him back soon.

At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE.

Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.

This is apparently no longer broken on 5.x.

BROKEN on 5.x except on amd64

CONFIGURE_ENV and MAKE_ENV added; PLIST_SUB updated; WORDSIZE
and BYTEORDER added; EMPTY_DIRS split (the second one will be deleted
upon 0.6.2 update, if any); SIZE added to distinfo; plist generalized;
-fno-inline and FPE_* build fix added from 0.6.2.

The 0.6.2 runtime causes a Segmentation Fault at compilation time,
so, no update is planned right now... sorry.

PR:             ports/63991
Submitted by:   Cyrille Lefevre <cyrille.lefevre@laposte.net>

Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.

(Part 2)

Mark as only for the various Intel chips.  Pet portlint.  No objection
from: maintainer.

PR:             ports/60178
Submitted by:   Volker Stolz <stolz@i2.informatik.rwth-aachen.de>

Spell NOPORTDOCS correctly in Cyrille Lefevre's ports.

PR:             57749
Approved by:    maintainer timeout

Upgrade to 0.6.1.

PR:             ports/51764
Submitted by:   maintainer

De-pkg-comment.

${PERL} -> ${REINPLACE_CMD}

PR:             39746
Submitted by:   Cyrille Lefevre <cyrille.lefevre@laposte.net> (maintainer)

Update maintainer's email address   Update a few MASTER_SITES    

o style fixes   o unconditionalize MAKE_ARGS    

Update MAINTAINER email: clefevre@redirect.to -> clefevre@citeweb.net    

${PREFIX}/share/${PORTNAME} --> ${DATADIR}    

Change maintainer's email address: clefevre@poboxes.com -> clefevre@redirect.to 
  

o Make it CFLAGS safe   o Fix info installation   o Fix PLIST    

o Make it CFLAGS safe   o Fix info installation   o Fix PLIST    

change maintainer's e-mail address.    

Goodbye, YEAR2000.  Hello, 2001.    

As I was perusing Ports Fury's PR#22986, I decided to make some improvements  
to the COMMENT files touched in that PR.  This should clean them up a bit  
more.