[R] R 3.4.3 is released

[Göran Broström]

Removing libopenblas-dev and libopenblas-base solved my problem.

Göran

On 2017-12-01 18:51, Göran Broström wrote:
> 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.
>>
> 
> ______________________________________________
> R-help at r-project.org mailing list -- To UNSUBSCRIBE and more, see
> https://stat.ethz.ch/mailman/listinfo/r-help
> PLEASE do read the posting guide 
> http://www.R-project.org/posting-guide.html
> and provide commented, minimal, self-contained, reproducible code.