[R] R 3.4.3 is released

[Göran Broström]

Thanks: I installed from source and got an error when loading a package:

--------------------------------------------------------------------
 > library(eha)
Loading required package: survival
Error: package or namespace load failed for ‘eha’ in dyn.load(file, 
DLLpath = DLLpath, ...):
  unable to load shared object 
'/usr/local/lib/R/site-library/eha/libs/eha.so':
   /usr/lib/x86_64-linux-gnu/libblas.so.3: undefined symbol: sgemv_thread_n
--------------------------------------------------------------------

Never seen this one before...

I'm on Ubuntu artful, and upgraded with 'apt'. Then

----------------------------------------------------------------
goran at M6800:~/src/R-3.4.3$ /usr/bin/R
/usr/lib/R/bin/exec/R: symbol lookup error: 
/usr/lib/x86_64-linux-gnu/libblas.so.3: undefined symbol: sgemv_thread_n
----------------------------------------------------------------

What can I do?

Göran Broström

On 2017-11-30 10:56, Peter Dalgaard wrote:
> The build system rolled up R-3.4.3.tar.gz (codename "Kite-Eating Tree") this morning.
> 
> The list below details the changes in this release.
> 
> You can get the source code from
> 
> http://cran.r-project.org/src/base/R-3/R-3.4.3.tar.gz
> 
> or wait for it to be mirrored at a CRAN site nearer to you.
> 
> Binaries for various platforms will appear in due course.
> 
> 
> For the R Core Team,
> 
> Peter Dalgaard
> 
> 
> 
> These are the checksums (md5 and SHA-256) for the freshly created files, in case you wish
> to check that they are uncorrupted:
> 
> MD5 (AUTHORS) = f12a9c3881197b20b08dd3d1f9d005e6
> MD5 (COPYING) = eb723b61539feef013de476e68b5c50a
> MD5 (COPYING.LIB) = a6f89e2100d9b6cdffcea4f398e37343
> MD5 (FAQ) = 32a94aba902b293cf8b8dbbf4113f2ab
> MD5 (INSTALL) = 7893f754308ca31f1ccf62055090ad7b
> MD5 (NEWS) = cd01b91d7a7acd614ad72bd571bf26b3
> MD5 (NEWS.0) = bfcd7c147251b5474d96848c6f57e5a8
> MD5 (NEWS.1) = eb78c4d053ec9c32b815cf0c2ebea801
> MD5 (NEWS.2) = 71562183d75dd2080d86c42bbf733bb7
> MD5 (R-latest.tar.gz) = bc55db54f992fda9049201ca62d2a584
> MD5 (README) = f468f281c919665e276a1b691decbbe6
> MD5 (RESOURCES) = 529223fd3ffef95731d0a87353108435
> MD5 (THANKS) = f60d286bb7294cef00cb0eed4052a66f
> MD5 (VERSION-INFO.dcf) = 2f9cc25704594a615a8c8248d0dcd804
> MD5 (R-3/R-3.4.3.tar.gz) = bc55db54f992fda9049201ca62d2a584
> 
> 6474d9791fff6a74936296bde3fcb569477f5958e4326189bd6e5ab878e0cd4f  AUTHORS
> e6d6a009505e345fe949e1310334fcb0747f28dae2856759de102ab66b722cb4  COPYING
> 6095e9ffa777dd22839f7801aa845b31c9ed07f3d6bf8a26dc5d2dec8ccc0ef3  COPYING.LIB
> 7936facb07e752869342808b9c8879d0e270b1a9ec92b67ef4dd87496abfef0a  FAQ
> f87461be6cbaecc4dce44ac58e5bd52364b0491ccdadaf846cb9b452e9550f31  INSTALL
> 97a082deb0a67a341f2c88a881c56a409a81c1af697732c3b15d8226d3970231  NEWS
> 4e21b62f515b749f80997063fceab626d7258c7d650e81a662ba8e0640f12f62  NEWS.0
> 12b30c724117b1b2b11484673906a6dcd48a361f69fc420b36194f9218692d01  NEWS.1
> a10f84be31f897456a31d31690df2fdc3f21a197f28b4d04332cc85005dcd0d2  NEWS.2
> 7a3cb831de5b4151e1f890113ed207527b7d4b16df9ec6b35e0964170007f426  R-latest.tar.gz
> 2fdd3e90f23f32692d4b3a0c0452f2c219a10882033d1774f8cadf25886c3ddc  README
> 408737572ecc6e1135fdb2cf7a9dbb1a6cb27967c757f1771b8c39d1fd2f1ab9  RESOURCES
> 52f934a4e8581945cbc1ba234932749066b5744cbd3b1cb467ba6ef164975163  THANKS
> 598f9c6b562c7106f741b9cdc2cc7d0bae364645f103e6ecb49e57625e28308b  VERSION-INFO.dcf
> 7a3cb831de5b4151e1f890113ed207527b7d4b16df9ec6b35e0964170007f426  R-3/R-3.4.3.tar.gz
> 
> This is the relevant part of the NEWS file
> 
> CHANGES IN R 3.4.3:
> 
>    INSTALLATION on a UNIX-ALIKE:
> 
>      * A workaround has been added for the changes in location of
>        time-zone files in macOS 10.13 'High Sierra' and again in
>        10.13.1, so the default time zone is deduced correctly from the
>        system setting when R is configured with --with-internal-tzcode
>        (the default on macOS).
> 
>      * R CMD javareconf has been updated to recognize the use of a Java
>        9 SDK on macOS.
> 
>    BUG FIXES:
> 
>      * raw(0) & raw(0) and raw(0) | raw(0) again return raw(0) (rather
>        than logical(0)).
> 
>      * intToUtf8() converts integers corresponding to surrogate code
>        points to NA rather than invalid UTF-8, as well as values larger
>        than the current Unicode maximum of 0x10FFFF.  (This aligns with
>        the current RFC3629.)
> 
>      * Fix calling of methods on S4 generics that dispatch on ... when
>        the call contains ....
> 
>      * Following Unicode 'Corrigendum 9', the UTF-8 representations of
>        U+FFFE and U+FFFF are now regarded as valid by utf8ToInt().
> 
>      * range(c(TRUE, NA), finite = TRUE) and similar no longer return
>        NA. (Reported by Lukas Stadler.)
> 
>      * The self starting function attr(SSlogis, "initial") now also
>        works when the y values have exact minimum zero and is slightly
>        changed in general, behaving symmetrically in the y range.
> 
>      * The printing of named raw vectors is now formatted nicely as for
>        other such atomic vectors, thanks to Lukas Stadler.
>