On 12 January 2016 at 05:21, Dirk Eddelbuettel wrote:
| 
| On 12 January 2016 at 09:50, Sébastien Villemot wrote:
| | Le dimanche 10 janvier 2016 à 22:03 -0600, Dirk Eddelbuettel a écrit :
| | > Are you going to report the bug to gcc upstream?
| | 
| | Yes I'll take care of the gcc bug report.
| 
| +1 
|  
| | Concerning the fix that we uploaded, it *almost* works. R compiled on
| | mips and the R executables now runs correctly, which is a big
| | improvement.
| | 
| | However, one gets:
| | 
| | (sid_mips-dchroot)sebastien@minkus:~$ R CMD config CC
| | gcc-4.9 -std=gnu99
| | 
| | This is causing r-cran-rjags to FTBFS, and I guess many others as well,
| | since gcc-4.9 is not in the build deps of those packages.
| | 
| | Do you know how to fix this issue? I think one possibility is to simply
| | add "gcc-4.9 [mips]" to the dependencies of r-base-dev. Another one
| 
| I like that. I may have used that in the past too.

It is turning into a bit of a nightmare because r-base-dev is arch: all and
therefore can't have arch-dep depends.  Making it any turned on all types of
side effects. Three builds in and nothing to show.

I think I will put the 'Depends: gcc-4.9 [mips]' into r-base-core itself.

Anything I am overlooking ?

Dirk

| There are one or two that parse the output and do weird things == I have
| CC=ccache gcc and CXX=ccache g++ in many of my ~/.R/Makevars. But not a
| FTBFS.
| 
| | would be to have "R CMD config CC" return "gcc -std=gnu99" on mips
| | (while still compiling R with gcc-4.9), but I don't know how to achieve
| | that.
| | 
| | What's your opinion?
| 
| I'll try the former. I also got a lot of 'timestamped gz' warnings so I'll
| set GZIPCMD='gzip -n' and see how that goes.
| 
| Dirk
| 
| -- 
| http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Reply via email to