devel/R-cran-bit: Update to 4.5.0

Reported by:	portscout

devel/R-cran-bit: Update to 4.0.5

*: 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.

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>

Remove # $FreeBSD$ from Makefiles.

- Update to 4.0.4

- Update to 4.0.3

math/R: Update to version 4.0.0

Upstream changes:
https://stat.ethz.ch/pipermail/r-announce/2020/000653.html

Also bump PORTREVISION of ports that depend on math/R.

Submitted by:	wen (in part)
Reviewed by:	jwb, Rainer Hurling <rhurlin@gwdg.de>, thierry
Differential Revision:	https://reviews.freebsd.org/D24572

- Update to 1.1-15.2

- Update to 1.1-15.1

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

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

- Update to 1.1-14

- Update to 1.1-13
- Update pkg-descr

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

qa: add check for NO_ARCH

If NO_ARCH is set then check that no FreeBSD elf(5) files are in $STAGEDIR.
If an elf(5) file is bundles as part of the package, but is not meant to be
run directly (i.e. the elf(5) file is a payload, and not compiled) then
those files can be added to NO_ARCH_IGNORE to avoid the check from failing,

Changes to ports:
 - Ports that have NO_ARCH set, but actually compile files have had NO_ARCH
   removed.
 - Ports that have elf(5) payloads have had those files added to
   NO_ARCH_IGNORE.
 - R-cran ports that do not set USES=cran:compiles have NO_ARCH set,

PR:		218976
Reviewed by:	antoine, mat
Approved by:	portmgr

- Add new port: devel/R-cran-bit

  bitmapped vectors of booleans (no NAs), coercion from and to logicals,
  integers and integer subscripts; fast boolean operators and fast
  summary statistics. With 'bit' vectors you can store true binary
  booleans {FALSE,TRUE} at the expense of 1 bit only, on a 32 bit
  architecture this means factor 32 less RAM and ~ factor 32 more
  speed on boolean operations. Due to overhead of R calls, actual
  speed gain depends on the size of the vector: expect gains for
  vectors of size > 10000 elements. Even for one-time boolean operations
  it can pay-off to convert to bit, the pay-off is obvious, when such
  components are used more than once. Reading from and writing to bit
  is approximately as fast as accessing standard logicals - mostly
  due to R's time for memory allocation. The package allows to work
  with pre-allocated memory for return values by calling .Call()
  directly: when evaluating the speed of C-access with pre-allocated
  vector memory, coping from bit to logical requires only 70% of the
  time for copying from logical to logical; and copying from logical
  to bit comes at a performance penalty of 150%. the package now
  contains further classes for representing logical selections:
  'bitwhich' for very skewed selections and 'ri' for selecting ranges
  of values for chunked processing. All three index classes can be
  used for subsetting 'ff' objects (ff-2.1-0 and higher).

  WWW: https://cran.r-project.org/web/packages/bit/