devel/dyncall 1.4_1

MAN?PREFIX: eleminate its usage  and move man to share/man

devel/dyncall: fix build on powerpc

cc  -O2 -pipe  -fPIC -fstack-protector-strong -fno-strict-aliasing  -I/wrkdirs/usr/ports/devel/dyncall/work/dyncall-1.4/./dyncallback/../dyncall -c dyncall_thunk.c -o dyncall_thunk.o
In file included from dyncall_thunk.c:38:
./dyncall_thunk_ppc32_sysv.c:28:28: warning: parameter 'x' was not declared, defaults to 'int'; ISO C99 and later do not support implicit int [-Wimplicit-int]
static unsigned short hi16(x) { return ( (unsigned short) (((unsigned int)x)>>16UL) ); }
                           ^
./dyncall_thunk_ppc32_sysv.c:28:23: warning: a function definition without a prototype is deprecated in all versions of C and is not supported in C2x [-Wdeprecated-non-prototype]
static unsigned short hi16(x) { return ( (unsigned short) (((unsigned int)x)>>16UL) ); }
                      ^
./dyncall_thunk_ppc32_sysv.c:29:28: warning: parameter 'x' was not declared, defaults to 'int'; ISO C99 and later do not support implicit int [-Wimplicit-int]
static unsigned short lo16(x) { return ( (unsigned short)  ((unsigned int)x)        ); }
                           ^
./dyncall_thunk_ppc32_sysv.c:29:23: warning: a function definition without a prototype is deprecated in all versions of C and is not supported in C2x [-Wdeprecated-non-prototype]
static unsigned short lo16(x) { return ( (unsigned short)  ((unsigned int)x)        ); }
                      ^
./dyncall_thunk_ppc32_sysv.c:41:26: error: incompatible pointer to integer conversion passing 'DCThunk *' (aka 'struct DCThunk_ *') to parameter of type 'int' [-Wint-conversion]
  p->addr_self_hi = hi16(p);
                         ^
./dyncall_thunk_ppc32_sysv.c:43:26: error: incompatible pointer to integer conversion passing 'DCThunk *' (aka 'struct DCThunk_ *') to parameter of type 'int' [-Wint-conversion]
  p->addr_self_lo = lo16(p);

devel/dyncall: update to 1.4

ChangeLog: https://dyncall.org/changelog

PR:		268222
Reported by:	tphilipp@potion-studios.com (maintainer)

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)

devel/dyncall: Update to 1.3

PR:		260491

devel/dyncall: Fix build on arm

PR:		258846
Reported by:	Robert Clausecker

Remove # $FreeBSD$ from Makefiles.

devel/dyncall: Update to 1.2

Changes:		https://dyncall.org/pub/dyncall/dyncall/file/tip/ChangeLog
PR:			252945
Submitted by:		Tassilo Philipp <tphilipp@potion-studios.com> (maintainer)
Approved by:		fernape (mentor)
Differential Revision:	https://reviews.freebsd.org/D28307

Mark as BROKEN on riscv64.

Approved by:	portmgr (tier-2 blanket)
Obtained from:	lonesome.com build testing

devel/dyncall: Update to 1.1

From ChangeLog: http://hg.dyncall.org/pub/dyncall/dyncall/file/5ac53b2d5f1e/ChangeLog

dyncall:
  * support for soft-float MIPS o32 & n64 (big- and little-endian, each)
  * x64 System V syscall support
dyncallback:
  * support for soft-float MIPS o32 & n64 (big- and little-endian, each)
dynload:
  * added UTF-8 support for pathnames on windows
  * reliability/stability fix for dlGetLibraryPath() on glibc based platforms (avoiding
    internal use of glibc's bad impl of dlinfo() which doesn't do any error checking at all)
  * Darwin/macos fix for dlGetLibraryPath() to correctly fail on bogus handles (did return
    paths to random libraries under some circumstances, instead of returning an error)
  * support for dlGetLibraryPath() on glibc platforms with glibc vesions <= 2.3.3
  * dlGetLibraryPath() now accepts NULL as argument to return path to executable
  * dlLoadLibrary() on windows: no more auto-suffixing of the .dll file ext anymore, to be
    more in line with other platforms (not affecting OS specific library search behaviour)
doc:
  * more detail in support matrix for bi-endian platforms
  * improvements/corrections to calling convention appendix
  * PPC64 calling convention description
  * MIPS64/N32 calling convention description
  * man page additions for clarity
tests:
  * dynload_plain test extended to test UTF-8 library paths
  * better output for plain test
  * better output and *nix fix for plain_c++ test
buildsys:
  * default ./configure: FreeBSD/mips*hf needed -mhard-float compiler flag set explicitly
  * better MacOS Mojave support in ./configure (Mojave dropped i386 builds)

PR:	243282
Submitted by:	tphilipp@potion-studios.com (maintainer)

Update devel/dyncall to 1.0

PR:	227737
Reported by:	tphilipp@potion-studios.com (maintainer)
Approved by:	tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D15213

For ports that are marked BROKEN on armv6, and also fail to build on armv7, mark them so.

This is part two of a multipart commit to bring armv7 ports to parity
with armv6.

Approved by:	portmgr (tier-2 blanket)
Obtained from:	lonesome.com -exp run

Mark some ports failing on armv6, for errors classified as "clang".

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Add -fPIC to CFLAGS; bump PORTREVISION

PIC is required for this port to work properly. However, the
port's own build system only adds it if CFLAGS is not set in MAKE_ENV.
This adds -fPIC to the pre-defined set of CFLAGS to ensure the port
is properly built.

PR:		208201
Submitted by:	tphilipp@potion-studios.com (maintainer)

Update to 0.9.

PR:		205872
Submitted by:	Tassilo Philipp <tphilipp@potion-studios.com> (maintainer)

Update to version 0.8

PR:		ports/187913
Submitted by:	maintainer

Support staging

Add NO_STAGE all over the place in preparation for the staging support (cat: devel part 1)

- Update to 0.7

PR:		164611
Submitted by:	maintainer

-remove MD5

- Update to 0.6 - Master sites updated

PR:		ports/150943
Submitted by:	Tassilo Philipp <tphilipp at potion-studios dot com> (maintainer)
Approved by:	beat (co-mentor)

- Fix build on PowerPC

PR:		ports/146043
Submitted by:	Andreas Tobler <andreast-list AT fgznet.ch>
Approved by:	Tassilo Philipp <tphilipp AT potion-studios.com> (maintainer, via private mail)

Also broken on powerpc.  While here, delete stale alpha definition.

Hat:		portmgr

- Update to 0.5

PR:		143672
Submitted by:	"Tassilo Philipp" <tphilipp@potion-studios.com> (maintainer)

- Update to 0.3, mark more archs as unsupported - While here, canonize identation and add tiny improvements (use PORTVERSION in MASTER_SITES url, no need to use full path in MAKEFILE)

PR:		131223
Submitted by:	Tassilo Philipp <tphilipp at potion-studios dot com> (maintainer)

Large round of typo fixes in ports/devel (pkg-descr).

- Mark BROKEN on sparc64

Approved by:	maintainer, mentor (implicit)

- Update to 0.2.

PR:		ports/123899
Submitted by:	Tassilo Philipp <tphilipp potion-studios com>
Approved by:	tabthorpe (mentor)

The dyncall library encapsulates architecture-, OS- and compiler-specific function call semantics in a virtual "bind parameters from left to right and then call" interface allowing programmers to call C functions in a completely dynamic manner. In other workds, instead of calling a function directly, the dyncall library provides a mechanism to push the function parameters manually and to issue the

The library comes in very handy to power flexible message systems,
dynamic function call dispatch mechanisms, closure implementations or
even to bridge different programming languages.
When it comes to language bindings, the dyncall library provides a clean
and portable C interface to dynamically issue calls to foreign code using
small kernels written in assembly. Instead of providing code for every
bridged function call, which unnecessarily results in code bloat, only a
couple of instructions are used to invoke every possible call.

WWW: http://www.dyncall.org

PR:		ports/122720
Submitted by:	Tassilo Philipp <tphilipp at potion-studios.com>