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
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 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 at r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel-----------------------------------------------------------------------This message and its attachments are strictly confidenti...{{dropped:8}}
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.jordan at 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 at 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.mes at cbs.dk Priv: PDalgd at gmail.com
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-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"
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 hence got bitten by a Makefile typo.
Just fix it locally to
@rm -f $@
or use a system lzma. More details at
https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16755
Dirk
--
http://dirk.eddelbuettel.com | @eddelbuettel | edd at debian.org
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 hence got bitten by a Makefile typo. > > Just fix it locally to > > @rm -f $@ > > or use a system lzma. More details at > > https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16755 > >Thx. I made that change optimistically and it worked. Aren't thsee multiple Linux platforms a pain. BTW, Firefox claimed that the bugzilla URL was insecure: The owner of bugs.r-project.org has configured their website improperly. To protect your information from being stolen, Firefox has not connected to this website.