On 10/03/2016 12:35 PM, Mick Jordan wrote:
On 3/10/16 9:22 AM, Dirk Eddelbuettel wrote:
>
>
> The same issue was already reported (and resolved) in the bug tracker earlier
> today. All this is due to 'most systems' using their system lzma (so the
> issue was not tickled in eg all the Debian and
On 3/10/16 9:22 AM, Dirk Eddelbuettel wrote:
The same issue was already reported (and resolved) in the bug tracker earlier
today. All this is due to 'most systems' using their system lzma (so the
issue was not tickled in eg all the Debian and Ubuntu builds we do) but you
here do not -- and hen
On 10 March 2016 at 08:51, Mick Jordan wrote:
| I am trying to build R-3.2.4 on an Oracle Enterprise Linux system, where
| I have previously built R-3.1.3 and predecessors without problems. I ran
Well that is pretty much why R Core asks us to build early, and build often.
| "./configure --with
This was reported as a bug earlier today and has been fixed in R-
patched:
https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16755
Martyn
On Thu, 2016-03-10 at 08:51 -0800, Mick Jordan wrote:
> I am trying to build R-3.2.4 on an Oracle Enterprise Linux system,
> where
> I have previously buil
Yes, this is fixed in R-patched, but you can just change the $ to @ which is
what was intended.
You could also install a system-wide version of the library. Notice that in
3.3.x, the included xz & al. will disappear.
-pd
> On 10 Mar 2016, at 17:51 , Mick Jordan wrote:
>
> I am trying to buil
I am trying to build R-3.2.4 on an Oracle Enterprise Linux system, where
I have previously built R-3.1.3 and predecessors without problems. I ran
"./configure --with-x=no" ok. The make fails in src/extra/xz with what
looks like a Makefile problem:
liblzma.a: $(liblzma_a_OBJECTS)
$rm -f $@