R-2.14 fails to emerge. Here is the relevant part of the log: i686-pc-linux-gnu-gcc -std=gnu99 -I/var/tmp/portage/dev-lang/R-2.14.0/work/R-2.14.0/include -I/usr/include/tirpc -fpic -O2 -march=native -fomit-frame-pointer -pipe -fno-builtin-strlen -c lqs.c -o lqs.o i686-pc-linux-gnu-gcc -std=gnu99 -shared -Wl,--as-needed -o MASS.so MASS.o lqs.o -L/var/tmp/portage/dev-lang/R-2.14.0 /work/R-2.14.0/lib -lR make[3]: Leaving directory `/var/tmp/portage/dev-lang/R-2.14.0/temp/RtmpITqQu2/R.INSTALL12dbce74/MASS/src' installing to /var/tmp/portage/dev-lang/R-2.14.0/work/R-2.14.0/library/MASS/libs ** R ** data ** moving datasets to lazyload DB ** inst ** byte-compile and prepare package for lazy loading ** help *** installing help indices Error in textConnection("rval", "w", local = TRUE) : unsupported mode * removing ‘/var/tmp/portage/dev-lang/R-2.14.0/work/R-2.14.0/library/MASS’ make[2]: *** [MASS.ts] Error 1 make[2]: *** Waiting for unfinished jobs.... * installing *source* package ‘lattice’ ... ** package ‘lattice’ successfully unpacked and MD5 sums checked ** libs make[3]: Entering directory `/var/tmp/portage/dev-lang/R-2.14.0/temp/Rtmp6s6e91/R.INSTALL619f1b41/lattice/src' i686-pc-linux-gnu-gcc -std=gnu99 -I/var/tmp/portage/dev-lang/R-2.14.0/work/R-2.14.0/include -I/usr/include/tirpc -fpic -O2 -march=native -fomit-frame-pointer -pipe -fno-builtin-strlen -c init.c -o init.o i686-pc-linux-gnu-gcc -std=gnu99 -I/var/tmp/portage/dev-lang/R-2.14.0/work/R-2.14.0/include -I/usr/include/tirpc -fpic -O2 -march=native -fomit-frame-pointer -pipe -fno-builtin-strlen -c threeDplot.c -o threeDplot.o i686-pc-linux-gnu-gcc -std=gnu99 -shared -Wl,--as-needed -o lattice.so init.o threeDplot.o -L/var/tmp/portage/dev-lan g/R-2.14.0/work/R-2.14.0/lib -lR make[3]: Leaving directory `/var/tmp/portage/dev-lang/R-2.14.0/temp/Rtmp6s6e91/R.INSTALL619f1b41/lattice/src' installing to /var/tmp/portage/dev-lang/R-2.14.0/work/R-2.14.0/library/lattice/libs ** R ** data ** moving datasets to lazyload DB ** demo ** inst ** byte-compile and prepare package for lazy loading ** help *** installing help indices Error in textConnection("rval", "w", local = TRUE) : unsupported mode * removing ‘/var/tmp/portage/dev-lang/R-2.14.0/work/R-2.14.0/library/lattice’ make[2]: *** [lattice.ts] Error 1 make[2]: Leaving directory `/var/tmp/portage/dev-lang/R-2.14.0/work/R-2.14.0/src/library/Recommended' make[1]: *** [recommended-packages] Error 2 make[1]: Leaving directory `/var/tmp/portage/dev-lang/R-2.14.0/work/R-2.14.0/src/library/Recommended' make: *** [stamp-recommended] Error 2 * ERROR: dev-lang/R-2.14.0 failed (compile phase): * emake failed Reproducible: Always
1) Please post your `emerge --info' output. 2) Please attach the entire build log to this bug report.
Created attachment 293933 [details] emerge log
Created attachment 293935 [details] emerge --info output
Please try with just committed R-2.14.1. I can not reproduce it. Try other locale as well. Thanks
(In reply to comment #4) > Please try with just committed R-2.14.1. I can not reproduce it. Try other > locale as well. > > Thanks Unfortunately, R-2.14.1 fails in the same manner. My locale is defined by LANG="en_US.utf8"; surely this is a fairly common setting. I am not sure what other locale I should be trying. BTW: I also have LINGUAS defined in make.conf as follows: LINGUAS="en en_US fr" I tried removing "fr". This did not help. I also tried USE=-doc Same story. The strange thing is that R-2.13.1-r1 emerged just fine. I would try emerging it again, just as a test, but the ebuild has apparently been removed.
Resolution: I was about to give up on this "bug". My home machine is an x86 box; I have also access to another box, running gentoo / amd64. Since I did not have any issue with R-2.14.1 on the amd64 box, I decided, in desperation, to compare the build log files between the 2 machines. It turns out that I had an extra CFLAG on the x86 box : "-fno-builtin-strlen", leftover inadvertently from some testing I did a few weeks ago. In principle, all this should do is inhibit inlining optimization of the strlen libc function i.e. it should just use a regular call for strlen. Why this should make the R textConnection function fail is beyond me, but it does ;-( Bottom line: the problem "solved". Sebastien: Thank you for your help.
