lang/guile2: Impelled to share/man

Approved by:    portmgr (blanket)

lang/guile2: Remove USES=makeinfo

- Distfile ships with pregenerated info files
- Refresh patches

lang/guile[23]: prefer long over long long for scm_off_t

When long and long long are both the same size as off_t, prefer long
for scm_off_t even though it should make no difference, because llvm16
seems to consider them distinct types as arguments in function pointer
types. Also it seems cleaner.

fixes mailutils with GUILE=on on llvm16 on amd64.

Fixes:		94218d3a91189c7afea956e8905d5e5ecf879a2c
PR:		260960

Mk/Uses: Add guile.mk

This patch adds USES=guile[:options], a framework to permit the
concurrent installation of different guile versions, allowing
ports to specify which guile they need.

lang/guile is now a meta-port, installing the default guile version;
guile 3 is now shipped in lang/guile3.

A new port lang/guile-aclocal holds the guile.m4 file from guile3
to permit ports written against guile1 or guile2 to avoid conflicts.

PR:		260960
Reported by:	Martin Neubauer <m.ne@gmx.net>
Approved by:	bofh
Differential Revision:	https://reviews.freebsd.org/D40194

*/*: Bump PORTREVISION for consumers of libunistring

Reported by:	jbeich

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>

Fix CONFLICTS entries of multiple ports

There have been lots of missing CONFLICTS_INSTALL entries, either
because conflicting ports were added without updating existing ports,
due to name changes of generated packages, due to mis-understanding
the format and semantics of the conflicts entries, or just due to
typoes in package names.

This patch is the result of a comparison of all files contained in
the official packages with each other. This comparison was based on
packages built with default options and may therefore have missed
further conflicts with optionally installed files.

Where possible, version numbers in conflicts entries have been
generalized, some times taking advantage of the fact that a port

*/*: Remove redundant '-[0-9]*' from CONFLICTS_INSTALL

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)

lang/guile2: define _WITH_CPU_SET_T to fix build on -CURRENT

Changes in 90fa9705d5cd hide functionality behind _WITH_CPU_SET_T,
    and require consumers to opt-in.

posix.c:2114:29: error: unknown type name 'cpu_set_t'; did you mean 'cpuset_t'?
cpu_set_to_bitvector (const cpu_set_t *cs)
                            ^~~~~~~~~
                            cpuset_t
/usr/include/sys/_cpuset.h:50:24: note: 'cpuset_t' declared here
typedef struct _cpuset cpuset_t;
                       ^
MFH after:	3 days

lang/guile2: fix build on powerpc

Upstream bug at https://debbugs.gnu.org/cgi/bugreport.cgi?bug=38772

PR:	242769
Reported by:	canardo909@gmx.com

lang/guile2: Add CPE information

Approved by:	portmgr (blanket)

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)

lang/guile2: Update version 2.2.6=>2.2.7

Relnotes:	https://lists.gnu.org/archive/html/guile-devel/2020-03/msg00009.html

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

lang/guile2: Update version 2.2.5=>2.2.6

- Add ATCH wide compiler:c11 [1]

PR:		239212 [1]
Submitted by:	jhibbits [1]

Update Guile to version 2.2.5, modern stable version, and fix dependent
ports to build against it.  Most changes are rather minor and mechanical
except for the devel/gdb (obtained via their bugtracker [1], courtesy of
Doug Evans).  One port (science/meep) I had to mark BROKEN after fixing
it proved to be very tedious and actually unreliable.  It is very old,
there are newer versions available so it should be fixed by updating.

One port (devel/libruin) had revealed a bug in the new Guile code (an
auxiliary script, really) that had to be worked-round; reference to the
problematic upstream commit is provided in the patch.

PR:		229613
Exp-run by:	antoine

[1] https://sourceware.org/bugzilla/show_bug.cgi?id=21104#c8

Sort the pkg-plist to make the next update diff less noisy and to the point.

Update devel/readline to 8.0

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://tiswww.case.edu/php/chet/readline/CHANGES
PR:		236156
Exp-run by:	antoine

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

Add explicit USES=iconv

Reported by:	pkg-fallout (via math/nlopt)

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

Fix powerpc64 build.  Correct license information.

PR:		231778
Submitted by:	Piotr Kubaj
Reviewed by:	ndowens at yahoo dot com
Approved by:	portmgr (tier-2 blanket)

Mark these ports as broken on powerpc64.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

devel/boehm-gc: update to 7.6.8

ChangeLog: https://github.com/ivmai/bdwgc/releases/tag/v7.6.8

* Giving maintainership to yasu@utahime.org
* Bumping PORTREVISION for dependent ports

PR:	230577
Submitted by:	yasu@utahime.org
Approved by:	tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D16704

Mark these ports broken on mips64 and/or mips.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Bump PORTREVISION due upgrade of devel/boehm-gc to 7.6.6

PR:		228597
Approved by:	portmgr (antoine)

Bump PORTREVISION due upgrade of devel/boehm-gc to 7.6.4

PR:		225560
Submitted by:	Yasuhiro KIMURA <yasu@utahime@org>
Reviewed by:	cpm
Approved by:	portmgr (antoine)

Bump PORTREVISION due upgrade of devel/boehm-gc to 7.6.2

Approved by:	portmgr (antoine)

Improve GCC version check so it won't reject versions like 5.4, 6.4,
7.2 and wrap `__clang__' with defined() to pacify -Wundef warning.

Unbreak the build on architectures which still use GCC 4.2.1 as system
compiler.  Guile attempts to redefine _Static_assert (in `lib/verify.h')
based on compiler support, but its overrides do not play nice with our
/usr/include/complex.h header file.

Simply do not include `lib/verify.h' in `libguile/numbers.c' to avoid
the problem.  Be conservative and conditionally inhibit including this
header only when building with older versions of GCC (before 4.6.0).

While here, move INFO knob where it logically belongs in the Makefile
and add a couple of extra linefeeds to improve readability thereof.

Tested on:	i386, powerpc, sparc64

lang/guile2: This port is MAKE_JOBS_UNSAFE

PR:		222935
Approved by:	portmgr (with hat)
MFH:		2017Q4

Convert to options target helper

Approved by:	portmgr (blanket)

Update devel/readline to 7.0 patch 3

- Bump PORTREVISION for shlib change

Changes:	https://cnswww.cns.cwru.edu/php/chet/readline/CHANGES
		https://lists.gnu.org/archive/html/bug-bash/2016-09/msg00107.html
		https://lists.gnu.org/archive/html/bug-readline/2017-01/msg00002.html
Differential Revision:	https://reviews.freebsd.org/D11172
PR:		219947
Exp-run by:	antoine

Provide more descriptive error messages for ports failing on powerpc64.

Approved by:	portmgr (tier-2 blanket)

lang/guile2: Update version 2.0.11=>2.0.14 [1]

- Remove upstream-ed diff[1]
- fix missing dependency on makeinfo[2]

PR:		216841[1] 214892[2]
Submitted by:	ashish[1] freebsd@skinc.ru[2]

- Fix trailing whitespace in pkg-descrs, categories [g-n]*

Approved by:	portmgr blanket

many ports: mark broken on powerpc64

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

With hat:	portmgr
Sponsored by:	Absolight

Mark as broken on sparc64: fails to build.

Approved by:	portmgr (sparc64 blanket)

lang/guile2 error: Fix LIB_DEPENDS

- Fixed wrong shared library

PR:			196683
Differential Revision:	https://reviews.freebsd.org/D1537
Submitted by:		spastorino@gmail.com
Approved by:		marino(mentor)

Change my non-FreeBSD MAINTAINER mail to bofh@

Approved by:	bapt

Add patch from upstream to unbreak on i386 with clang

Cleanup plist

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)

lang/guile2:
- Convert to USES=libtool and bump dependent ports
- Convert to USES=charsetfix and USES=pathfix
- Drop USE_GCC=any
- Add INSTALL_TARGET=install-strip
- Avoid USE_AUTOTOOLS

devel/libunistring:
- Add USES=libtool and bump dependent ports
- Add INSTALL_TARGET=install-strip

Approved by:	portmgr (implicit, bump unstaged port)

Add USES=readline to fix build on -current.

Also, remove @dirrmtry info.

- Add guile 2.0.11
- While I'm here:
  - Add PKGNAMESUFFIX to avoid PKGNAME collision
  - Mark CONFLICTS_INSTALL with lang/guile

GUILE, GNU's Ubiquitous Intelligent Language for Extension,
is a library that implements the Scheme language plus various
convenient facilities. It's designed so that you can link it
into an application or utility to make it extensible.  Our
plan is to link this library into all GNU programs that call for
extensibility.

WWW: http://www.gnu.org/software/guile/

PR:		ports/189239
Submitted by:	Muhammad Moinur Rahman <5u623l20@gmail.com>