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.

devel/ccache*: update compiler links

Approved by:	maintainer implicit

devel: remove 'Created by' lines

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

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  <jkoshy@FreeBSD.org>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Aaron H. K. Diep <ahkdiep@gmail.com>
  *  Aaron Hurt <ahurt@anbcs.com>
  *  Abel Chow <abel_chow@yahoo.com>
  *  Adam McLaurin
  *  Adam Saponara <as@php.net>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>

devel/ccache*: Update compiler links

PR:	        259691
Submitted by:	Volodymyr Kostyrko

*/*: 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)

devel/ccache*: Clarify WITH_CCACHE_BUILD=yes usage.

PR:	228187

devel/ccache*: Add LLVM/GCC links for 11 and 12

PR:	254609

devel/ccache: Bump to 3.7.12

- Some unneeded gmake features are stripped from the Makefile.in to
  avoid a dependency.
- This is the last no-dependency ccache. The 4.0 branch requires at
  least CMake which breaks WITH_CCACHE_BUILD handling.  Work is in
  progress to resolve that.

devel/ccache*: Split memcached fork into its own port.

all: Remove all other $FreeBSD keywords.

Remove # $FreeBSD$ from Makefiles.

- Update compiler list
- Symlink to compiler-cpp where appropriate but not raw 'cpp' as the default
  compiler packages don't consistently provide that command.

Convert to UCL & cleanup pkg-message (categories d)

Remove the .error as it is causing unintended side effects.

PR:		238045

Add debug for BUILD_DEPENDS .error

Fix recursive dependency issue with gmake.

Add a hard .error so I don't miss this again.

PR:		237979
Submitted by:	tcberner, adamw (based on)
Pointyhat to:	bdrewery

Update ccache to 3.7.1

Changes: https://ccache.dev/releasenotes.html#_ccache_3_7_1

ccache-memcached is not updated in this commit.

PR:		234971

- Add links for new compiler versions

Approved by:	bdrewery (implicit)

Fix build of ccache-memcached-static sasl2 update in r485191

Need to define PORTVERSION later due to depending on MEMCACHED option.

This works in poudriere bulk, hopefully it does not cause other problems.

- MEMCACHED with no DOCS: Remove dependency on asciidoc which is required
  for ccache.1 to be generated due to being a development branch.

- Update to 3.4.3
- MEMCACHED: Make clear that this is a 3.5 development branch.

Note why CXX is used here

- Unsilence installation
- Update WWW

Approved by:	portmgr blanket

- Bump revision after previous change

- Add support for clang70

Approved by:	bdrewery (maintainer implicit)

- Update to 3.4.2
- MEMCACHED: Switch to github development branch for memcached
- Fix memcached (non-static) linking in libsasl, libopie, libcrypto when
  unneeded (files/extra-patch-memcached-configure.ac).
- Fix CONFLICTS_INSTALL causing slave ports to conflict on themselves.
- DOCS: Add NEWS files

Update howto
 - 11.0+ base can just use WITH_CCACHE_BUILD=yes [1]
 - Remove older advise for libtool which is no longer needed
 - No need for clang unused argument hack anymore

PR:		222765 [1]
Submitted by:	pete@nomadlogic.org [1] (based on)

Add clang60 support

Switch some MASTER_SITES from http/ftp to https.

Also some cleanup of dead entries.

PR:		226203
Submitted by:	Sam H
Sponsored by:	Absolight

Update to 3.3.5

Add links for llvm50.

Reported by:	martin@sugioarto.com
PR:		223042

MEMCACHED+STATIC: Fix not having HAVE_LIBMEMCACHED defined.

This was causing memcached functionality to not work.

Also flip around the link ordering for libmemcached and libsasl2 to
resolve link-time issues.

Sponsored by:	Dell EMC Isilon

Properly add needed libsasl2 libs after r440469, fixing build with
libmemcached+sasl2.

Sponsored by:	Dell EMC Isilon

Fix ccache-memcached-static to actually build statically.

This was broken by r440469.

Pointyhat to:	bdrewery
Sponsored by:	Dell EMC Isilon

- Fix LICENSE
- Add LICENSE_FILE
- Add links for gcc 8

Approved by:    bdrewery@FreeBSD.org (maintainer, implicit)

Fix ccache-memcached-static build with libmemcached+sasl support.

Now that libmemcached supports/requires sasl, we must link it and its
dependencies in.  Use an awful hack due to the lack of sane pkgconf
files.

Add devel/ccache-static and devel/ccache-memcached-static ports.

These are to allow packages to be created for use where a static
ccache is needed to avoid build dependencies.  Poudriere is
growing support for this use case.  While a ccache-static is
not likely as useful, the ccache-memcached-static port will
allow Poudriere to use ccache+memcached in its jails without
needing to bootstrap ccache-memcached and dealing with the
cyclic dependency problem of building that or compromising
with not building it with a compiler cache.

WITH_CCACHE_BUILD: Add a NO_CCACHE_DEPEND to allow using ccache without the
dependency.

This allows WITH_CCACHE_BUILD to be set and still allow modifying MAKE_ENV/CC,
etc, to achieve using the ccache wrappers located at LOCALBASE/libexec/ccache.
This kind of mechanism is needed to support ccache-memcached which has
many build dependencies.  Building a version of that first then allows
building further ports with it without introducing cyclic dependencies.
Poudriere will grow support for using a static version of ccache for this
purpose.

With hat:	portmgr

ccache-memcached: Fix STATIC build.

Libmemcached is a C++ library, thus we need to use a C++ linker to link to it.
This is only really a problem when building a static binary since we need to
bring in various libc++ and libcxxrt symbols.  The upstream ccache+memcached
patch had support for this with --enable-static but only via a hack for
GCC to force addding -lstdc++.  The method in these patches works
for either compiler by using CXX to check for -lmemcached, and later using
CXX to link ccache.

ccache-memcached: Fix crash due to shadowed manifest_name.

Submitted to:	https://github.com/ccache/ccache/pull/58

ccache-update-links.sh: Fix removing links to missing compilers.

PR:		217570
Reported by:	rwmaillists@googlemail.com
Tested by:	rwmaillists@googlemail.com

Update to 3.3.4

Changelog: https://ccache.samba.org/releasenotes.html#_ccache_3_3_4

Add a patch for memcached to ccache along with a slave devel/ccache-memcached
port.

This patch is not safe for WITH_CCACHE_BUILD support yet as that causes all
ports to depend on devel/ccache.  Enabling that patch would then cause the
new devel/libmemcached dependency to require devel/ccache which is a cyclic
dependency.  The autoconf dependency also causes issues.

Add a devel/ccache-memcached slave port that would allow a user to use
the ccache+memcached package manually with ports without WITH_CCACHE_BUILD.

This patch comes from https://github.com/ccache/ccache/pull/58 and has been
an ongoing effort over a few years to be merged into the mainline of ccache.
Documenation for it can be found in the MANUAL file at:

  /usr/local/share/doc/ccache/MANUAL.txt

Sponsored by:	Dell EMC Isilon

- Add links for clang40

Approved by:	maintainer implicit

- Update to 3.3.3

Changes:	https://ccache.samba.org/releasenotes.html#_ccache_3_3_3

- Update to 3.2.9

Changes:	https://ccache.samba.org/releasenotes.html#_ccache_3_2_9

- Fix regression from last commit with -Wp

Obtained
from:	https://github.com/ccache/ccache/commit/3ba2ca78f9bad5b432b3ebe7095bd8bffbdf8a30
MFH:		2017Q1

- Fix building with -Wp,-MT,path.  Namely this fixes building
  the emulators/virtualbox-ose port.

PR:		212818
Obtained
from:	https://github.com/ccache/ccache/commit/026ba6b9fdbeb3ab57d9eb424025a0a0850baae6
MFH:		2017Q1

- Add links for clang39

Approved by:	bdrewery (maintainer, implicit)

- Add links for gcc 7

Approved by:	bdrewery (maintainer, implicit)

- Fix trailing whitespace in pkg-messages

Approved by:	portmgr blanket

- Update to 3.2.5

Changes: https://ccache.samba.org/releasenotes.html#_ccache_3_2_5

- Add links for clang38

Approved by:	bdrewery (maintainer implicit)

- Don't cache -fcolor-diagnostics.
  Unlike gmake, which ccache is primarily targetted at, our make does not
  give a TTY to stderr.  Thus make -j does not use -fcolor-diagnostics by
  default.  If you run with make -j, then run make again ccache will
  add in -fcolor-diagnostics and find only cache misses.  Skip processing of
  -fcolor-diagnostics (and gcc equivalents) to avoid this problem and fix
  cache hits when flip-flopping between TTY/colors.  Fixing our make is
  possible but this change also allows the user to decide to add
  -fcolor-diagnostics and still use their existing uncolored cache.

Regenerate patches

- Fix defining of strndup(3) prototype due to improperly defined
  _POSIX_C_SOURCE and _XOPEN_SOURCE.  strndup(3) came in POSIX.1-2008.

Update to 3.2.4.

Changes: https://ccache.samba.org/releasenotes.html#_ccache_3_2_4

- Switch to options helpers

Approved by:	portmgr blanket

Remove deprecated @exec/@unexec from ports using ccache-update-links

Update to 3.2.3.

Changes: http://ccache.samba.org/releasenotes.html#_ccache_3_2_3

Always default CCACHE_CPP2 to 1, otherwise a build error with parenthesis can
occur in buildworld when upgrading from a GCC-built clang or pre-10 system to a
system built with clang.

- Remove obsolete clang links

Approved by:	bdrewery (maintainer, implicit)

- Add links for clang37

Approved by:	bdrewery (maintainer, implicit)

- Drop @dirrm* from plist

Approved by:	portmgr blanket

Enable CLANG/LLVM links by default.

The clang issues have proven to be fixed now with both
upstream fixes and local fixes.

Update to 3.2.2

- Add links for gcc6

Approved by:    bdrewery (maintainer, implicit)

- Add link for clang36

PR:		199640
Submitted by:	amdmi3
Approved by:	bdrewery (maintainer)

Fix use with clang. CCACHE_CPP2 is still required. Otherwise the
errors with parenthesis occur again.

Seen with www/uwsgi.

Reported by:	blackflow on freenode

Fix sanity

- Update to 3.2.1
  This fixes some of the clang bugs. CCACHE_CPP2 should no longer be needed.
- Remove COLORS option as it is now upstreamed and enabled by default. Requires
  DISABLE_MAKE_JOBS to see them (or no -j to make(1)) as bmake has a feature
  which disables colors with -j.

Changes: https://ccache.samba.org/releasenotes.html#_ccache_3_2_1
Changes: https://ccache.samba.org/releasenotes.html#_ccache_3_2

Move MASTER_SITES from CRITICAL to LOCAL/ehaupt

- Add links for newer compilers: gcc5, clang35 and clang-devel

PR:		195864
Submitted by:	amdmi3
Approved by:	bdrewery (maintainer)

- Update to 3.1.10

Enable colors by default

- Fix GCC detection

Submitted by:	interfaSys sarl <info@interfasys.ch>

Fix the build after r346759.

- Add COLORS option to enable contributed colors patch that uses colors
  when possible

PR:		ports/186851
Submitted by:	Olivier <software-freebsd@interfasys.ch>
Obtained from:	https://groups.google.com/forum/#!topic/ccache/-Zehp1Zs3Lg [*]
[*] Backported to 3.1.9 by me and CC_IS_CLANG and CC_IS_GCC support added.

- Create CC symlink

PR:             ports/186708
Submitted by:	Dmitry Marakasov <amdmi3@amdmi3.ru>

- Add support for clang31,32,33,34 links

PR:		ports/186220
Submitted by:	Dmitry Marakasov <amdmi3@amdmi3.ru>

- Convert to staging
- Update howto with a safer example
- Update howto with note on using WITH_CCACHE_BUILD for ports
- Add TINDERBOX option and fix install/plist for when it is not enabled

- Add NO_STAGE until validated to be safe for upcoming staging support

Convert to new options helpers

- Always enable CCACHE_CPP2 on CURRENT after clang became the default.
  This fixes building ports with ccache+clang without needing CCACHE_CPP2
  set in make.conf. This fix will be removed once upstream ccache has a
  working fix for this.
  Note that this does not fix the issue if building on non-CURRENT with
  CC=clang

- Fix ccache for CURRENT world builds by automatically defining
  CCACHE_CPP2=1 when COMPILER_TYPE=clang (this will be removed
  once upstream fixes the issue). This does not address port
  builds yet.
- Add more hints for building with clang
- Split MASTER_SITES into 2 lines
- Note that textproc/libexttextcat is an example port that currently
  fails to build with clang+ccache due to bug 8118 ('unused -I'). I
  plan to add the upstream patch to fix this after more testing.

- Take maintainership
- Remove indefinite article from COMMENT

Approved by:	ehaupt@ (maintainer, via email)

- Use DOC instead of NOPORTDOCS
- Pacify portlint
- Convert header

Update to 3.1.9

Changelog:	http://ccache.samba.org/releasenotes.html#_ccache_3_1_9

Restore 'Created by' header information. This has been removed during the
first announcement of the new trimming rule and the finalized overworked
version.

Feature safe:   yes

- Use OPTIONSng
- Remove deprecated header information

Update to 3.1.8

Add additional compiler links for tinderbox ccache tarball.

PR:		169981
Submitted by:	swills

Add links for newer gcc versions.

Submitted by:   amdmi3

Fix a typo.

Submitted by:   bcr
Feature safe:   yes

Add an option to statically build ccache.

PR:             164606
Submitted by:   zi

Update to 3.1.7

Improve english grammar.

Submitted by:   swills (via mail)
Feature safe:   yes

Improve grammar and use @dirrmtry

PR:             163615
Submitted by:   swills
Feature safe:   yes