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 <mick.jor...@oracle.com> 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 > "./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 $@ > $(AR) -cr $@ $(liblzma_a_OBJECTS) > $(RANLIB) $@ > > > What I see in the make log is: > > gcc -std=gnu99 -I./api -I. -I../../../src/include -I../../../src/include > -I/usr/local/include -DHAVE_CONFIG_H -fopenmp -g -O2 -c x86.c -o x86.o > m -f liblzma.a > make[4]: m: Command not found > make[4]: *** [liblzma.a] Error 127 > make[4]: Leaving directory `/tmp/R-3.2.4/src/extra/xz' > make[3]: *** [R] Error 2 > make[3]: Leaving directory `/tmp/R-3.2.4/src/extra/xz' > make[2]: *** [make.xz] Error 2 > make[2]: Leaving directory `/tmp/R-3.2.4/src/extra' > make[1]: *** [R] Error 1 > make[1]: Leaving directory `/tmp/R-3.2.4/src' > make: *** [R] Error 1 > > I'm very suspicious of the "$rm -f @a" line, which also appears in the > Makefile.in. Seems like $r has resolved to empty leading to the command "m -f > liblzma.a" > > Mick Jordan > > ______________________________________________ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel -- Peter Dalgaard, Professor, Center for Statistics, Copenhagen Business School Solbjerg Plads 3, 2000 Frederiksberg, Denmark Phone: (+45)38153501 Office: A 4.23 Email: pd....@cbs.dk Priv: pda...@gmail.com ______________________________________________ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel