Re: [R-pkg-devel] Solaris SPARC, Fortran, and logical errors?

2017-03-15 Thread Avraham Adler
On Wed, Mar 15, 2017 at 11:09 AM, J C Nash wrote: > Possibly tangential, but has there been any effort to set up a Sparc > testbed? It > seems we could use a network-available (virtual?) machine, since this > platform is > often the unfortunate one. Unless, of course, there's a sunset date. > Is

Re: [R-pkg-devel] Solaris SPARC, Fortran, and logical errors?

2017-03-15 Thread Avraham Adler
On Wed, Mar 15, 2017 at 12:19 PM, William Dunlap wrote: > I don't know about the current Sparc Fortran compilers, but over the > years have learned not to try to pass logicals and character strings > between C and Fortran. I have seen Fortran compilers that treated > integer -1 (all bits 1) as .t

Re: [R-pkg-devel] Solaris SPARC, Fortran, and logical errors?

2017-03-15 Thread Ben Bolker
On 17-03-15 11:09 AM, J C Nash wrote: > Possibly tangential, but has there been any effort to set up a Sparc > testbed? It > seems we could use a network-available (virtual?) machine, since this > platform is > often the unfortunate one. Unless, of course, there's a sunset date. > > For informat

Re: [R-pkg-devel] Solaris SPARC, Fortran, and logical errors?

2017-03-15 Thread William Dunlap
I don't know about the current Sparc Fortran compilers, but over the years have learned not to try to pass logicals and character strings between C and Fortran. I have seen Fortran compilers that treated integer -1 (all bits 1) as .true. and anything else as .false. and I have see ones that looked

Re: [R-pkg-devel] Solaris SPARC, Fortran, and logical errors?

2017-03-15 Thread J C Nash
Possibly tangential, but has there been any effort to set up a Sparc testbed? It seems we could use a network-available (virtual?) machine, since this platform is often the unfortunate one. Unless, of course, there's a sunset date. For information, I mentioned SPARC at our local linux group, and

[R-pkg-devel] Solaris SPARC, Fortran, and logical errors?

2017-03-15 Thread Avraham Adler
Hello. The Delaporte package works properly on all R-core platforms except Solaris SPARC, where it compiles properly but fails a number of its tests [1]. Not having access to a SPARC testbed, I'm limited in what kind of diagnostics I can do. One thing I have noticed is that a lot of the failures

Re: [R-pkg-devel] Makevars.win cppflags

2017-03-15 Thread Dirk Eddelbuettel
On 15 March 2017 at 08:54, Charles Determan wrote: | I am working on an R package that contains some CUDA code. As such, it | needs to use the 'nvcc' compiler. I then need to use some of the R header | files such as R.h. On a linux machine, I can handle this with my configure | script using aut

[R-pkg-devel] Makevars.win cppflags

2017-03-15 Thread Charles Determan
I am working on an R package that contains some CUDA code. As such, it needs to use the 'nvcc' compiler. I then need to use some of the R header files such as R.h. On a linux machine, I can handle this with my configure script using autotools that will replace @R_INCL@ with AC_SUBST(R_INCL). How