Fix build issue when the LTO option is enabled [1], do not register ${PREFIX}/lib/R/lib with ldconfig [2], and fix typo.

[jrm]

Summary

Fix build issue when the LTO option is enabled [1], do not register
${PREFIX}/lib/R/lib with ldconfig [2], and fix typo.

GCC 4.9 now generates slim object files which only contain intermediate
language representation for LTO. This means, either -ffat-lto-objects must
be used to create files which also contain object code or gcc-ar and
gcc-ranlib can be used to create static libraries suitable for LTO
processing. This patch switches to gcc-ar and gcc-ranlib.

The libraries under ${PREFIX}/lib/R/lib are not intended (by upstream) to
be registered with ldconfig, but are opened by dlopen(3). This means pkg
will not register shared library dependencies, so we will have to adjust
and bump ports as necessary. When necessary, unfortunately, is unclear
based on how things work upstream.

Fix typo: OPENMP_USE= should have been OPENMP_USES=compiler:openmp.

Bump PORTREVISION.

[1]: PR 214785 submitted by [e-mail]
[2]: PR 214666 submitted by dbn

Test Plan

portlint -AC: OK
testport: OK (poudriere: 9.3-RELEASE-p48, i386, default options, LTO)
testport: OK (poudriere: 9.3-RELEASE-p48, amd64, default options, LTO)
testport: OK (poudriere: 10.3-RELEASE-p10, i386, default options, LTO)
testport: OK (poudriere: 10.3-RELEASE-p10, amd64, default options, LTO)
testport: OK (poudriere: 11.0-RELEASE-p1, i386, default options, LTO)
testport: OK (poudriere: 11.0-RELEASE-p1, amd64, default options, LTO)

All ports that have USES=cran:compiles and math/rkward-kde4 build
successfully after this change. Run time tests were also successful.
Minor changes are required for science/afni (Depends on D8649).

[jrm]

I have subscribed those who maintain ports that may be affected by the shared library changes. I do not foresee issues, but please speak up if that is not the case.

[swills]

Approved