Mk/Uses/java.mk: Runtime fix with USES=java:ant

USES=java:ant does not imply USES=java:run so we need to add the run arg
seperately when we are using USES=java:ant. Not all ports require the
the argument so it is better to address the ports individually instead
of handling it automatically by implying run for ant.

Thanks to vvd for carefully going through this.

Reported by:	vvd
Approved by:	portmgr (blanket)

Mk/**java.mk: Convert bsd.java.mk to USES

The following features have been added or changed:
- Instead of USE_JAVA use USES=java. This defaults to
  USES=java:build,run if NO_BUILD is undefined. Else it defaults to
  USES=java:run
- Instead of USE_ANT=yes use USES=java:ant which also implies
  USES=java:build
- Instead of JAVA_BUILD=yes use USES=java:build. Does not imply run or
  extract
- Instead of JAVA_EXTRACT=yes use USES=java:extract does not imply
  build or run
- Instead of JAVA_RUN=yes use USES=java:run does not imply extract or
  build
- Instead of USE_JAVA=<version> use USES=java and JAVA_VERSION=<version>

Approved by: mat (portmgr), glewis
Differential Revision:  https://reviews.freebsd.org/D48201

all: return jmd's ports to the pool after safekeeping their commit bit.

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.

java: remove 'Created by' lines

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

  *  Alex Dupre <ale@FreeBSD.org>
  *  Alex Semenyaka <alex@rinet.ru>
  *  Alexander Yerenkow <yerenkow@gmail.com>
  *  Anton Yudin (<contact@toha.org.ua>)
  *  Anton Yudin <toha@toha.org.ua>
  *  Benjamin Close <benjsc@FreeBSD.org>
  *  Björn König <bkoenig@alpha-tierchen.de>
  *  Conor McDermottroe <ports@mcdermottroe.com>
  *  Danilo Egea Gondolfo <danilo@FreeBSD.org
  *  Dave Glowacki <dglo@ssec.wisc.edu>
  *  Ernst de Haan <znerd@FreeBSD.org>

Remove # $FreeBSD$ from Makefiles.

java/aparapi: enable on powerpc64le

java/aparapi: enable on powerpc64

Builds fine.

Clean up after java/openjdk6 and java/openjdk6-jre removal

java/openjdk6 support was removed from Mk/bsd.java.mk (r512662) and
java/openjdk6 and java/openjdk6-jre were removed from the ports tree
(r512663).  Now this patch completely removes remaining stuff from the
ports tree.

PR:			241953 (exp-run)
Reviewed by:		glewis
Approved by:		portmgr (antoine)
Differential Revision:	https://reviews.freebsd.org/D22342

java/aparapi: fix recent LLVM6 fallout caused by the switch to default to C++14.
As development of aparapi at the location referenced by the port as slowed down,
set C++ standard explicitly in the internal Makefile. Ultimately, an upgrade to
the more active development location is planned.

Reviewed by:	swills (mentor)
Approved by:	swills (mentor)
MFH:		2018Q1
Differential Revision:	https://reviews.freebsd.org/D14278

Remove i386 from the viable platforms list.

The compiliation of aparapi causes OpenJDK8 on 10.1/i386 to dump core with a
internal error.

PR:		210672
Submitted by:	maintainer@

New port: java/aparapi

aparapi is an open source API for expressing data parallel workflows in Java.

Originally an AMD product, Aparapi was released to open source on September
14, 2011. Aparapi is an API for expressing data parallel workloads in Java
and a runtime component capable of converting the Java# bytecode of compatible
workloads into OpenCL# so that it can be executed on a variety of GPU devices.

WWW: https://github.com/aparapi/aparapi

PR:		204024
Submitted by:	dieterich@ogolem.org