similar to: C++ support

I would like to always use ${CC} for linking the main binary and the shlibs. Inspection of configure.in reveals that we currently deviate in the following cases: mainld shlibld aix[2-9]* ld ld alpha*osf* ${FC} -g -nofor_main -fpe3 ${FC} hpux* ${CC} ld Does anyone recall why we do not use ${CC} in these cases? Did anyone successfully build R on these platforms with ${CC} for

> Date: Mon, 12 Apr 1999 11:30:20 +0200 (MET DST) > From: Albrecht Gebhardt <albrecht.gebhardt@uni-klu.ac.at> > > I think in R we can do better than at present, if only I knew > > exactly how. One idea is to have (effectively) a `hints' file that > > configure uses to add a base set of libraries to FLIBS, but on Solaris > > at least, using the Fortran

Hi, Kurt Hornik and myself have an almost successful build of R on AIX including dynamic loading of libraries ... which fails make check :-( Anyway, as we have no AIX experience at all, maybe somebody else knows what's going on. Here's the problem: > 1/0 [1]INF > is.finite(1/0) [1] TRUE R was built using the flags included below, gcc version is 2.7.2. Does anybody with

Recently I reviewed my RPM spec files for DU 4.0, and noticed that I forgot to post some problems + patches: 1. ./configure fails to choose a PIC flag, I simply removed the AC_MSG_ERROR and it works. There is actually no PIC flag for DEC cc (with DU 4.0E) --- ./configure.in.alpha-patch Mon Aug 23 06:36:28 1999 +++ ./configure.in Sun Sep 12 17:38:27 1999 @@ -541,7 +541,9 @@

Hi there, We are trying to compile a 64bit version of R (2.5.1) on HP-UX (B.11.23 U ia64), but are running into some problems. This is our configure step: ../configure --prefix=/rnd/homes/lfan/R251 --enable-R-shlib CC="cc" CFLAGS="+z +DD64" CXX="aCC" CXXFLAGS="-b -lxnet +z +DD64" FC="f90" FCFLAGS="+DD64" F77="f90"

On 19 April 2017 at 12:42, Angerer, Philipp via R-devel wrote: | Well, my linux distribution has very recent versions | of everything, so a working C++11 compiler exists: | | $ gcc --version | head -n1 | gcc (GCC) 6.3.1 20170306 | | Could wrong ./configure options be at fault here? See: | | https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=r-devel#n40 | | My sessionInfo(): | | $ R-devel

Hi, I have built a library that consists of a piece of C code and some R functions. To build it into a library that I can load using library() command, I have followed "Writing R Extensions" and made sub-directories such as mylib/R and mylib/src. But when I run R CMD INSTALL mylib, nothing seems to be happening with src directory, i.e., no C compiling. I have probably missed some key

Hi, I have built a library that consists of a piece of C code and some R functions. To build it into a library that I can load using library() command, I have followed "Writing R Extensions" and made sub-directories such as mylib/R and mylib/src. But when I run R CMD INSTALL mylib, nothing seems to be happening with src directory, i.e., no C compiling. I have probably missed some key

On Linux x86-64 (Ubuntu 6.06), the latest R sources from the Subversion trunk fail to build with the following "recompile with -fPIC" error: $ ./configure --with-x=yes --prefix=$inst_dir --enable-R-shlib --with-tcltk=/usr/lib/tcl8.4 --with-tcl-config=/usr/lib/tcl8.4/tclConfig.sh $ make /usr/bin/ld: ../appl/approx.o: relocation R_X86_64_32 against `a local symbol' can not be

Ok Kurt, thank you !! El mar, 06-11-2012 a las 10:38 -0700, Kurt escribi?: > Sorry for the slow response. Today, I am swamped, hope to be able > to help you tomorrow > > Kurt > LSDcode.com > 801.599.1227 > > > On 11/5/2012 8:45 PM, Jos? Luis Artuch wrote: > > > > > Kurt, I have retested the Icecast server on port 8000 and it works > >

Kurt, thank you very much again. Listeners hear with the label HTML5. I use only open source software and the system is very basic: Icecast audio server mounted on Debian GNU/Linux on a Pentium IV machine with dynamic IP. I understand how the IP information from listeners is lost when move from port 8000 to port 8500. I am also self-taught, but with my current knowledge I do not get to solve

Hello r-bugs, I am running openSuse 11.0, with my new Intel 8500 (Penryn) C2D, and I want to use icc and ifort. I was able to get a working Goto BLAS, following Dr. Goto's instructions. That seems to work OK with gcc and gfortran. I get about 10% faster computations by using -O3 rather than -O2. I get faster results with Goto BLAS rather than the R BLAS. Now I want to make icc and ifort

Kurt, I have retested the Icecast server on port 8000 and it works fine, but there remains the problem with the IP information from listeners. Last time I forgot to change data on the client Ices and for that reason did not work. Yes, here also the default port is 8000. I send you two screenshots. El lun, 05-11-2012 a las 17:12 -0700, Kurt escribi?: > Send me a snap shot of your router

Kurt, I have retested the Icecast server on port 8000 and it works fine, but there remains the problem with the IP information from listeners. Last time I forgot to change data on the client Ices and for that reason did not work. Yes, here also the default port is 8000. I send you two screenshots. El lun, 05-11-2012 a las 17:12 -0700, Kurt escribi?: > Send me a snap shot of your router

I am having trouble using Jim Lindsey's libraries because of unresolved symbols. I am currently using R 0.65.0, but had this problem in earlier releases as well. I have a RedHat 6.0 Linux on i386 and use egcs (upgraded to that distributed with rawhide, after first failures with the libraries): egcs-g77-1.1.2-19 egcs-1.1.2-19 Installation of the libraries works but on loading >

Hi, apparently I sent my question about using R and C++ to the wrong list, ironically seeing as that list was called Rcpp. Anyway, I was directed to post my question here. To summarize my current question, I have found two commands that I want to be able to put into a package. The commands are 'R CMD SHLIB X.cc X_main.cc' and

Hi all, today I tried to compile R in 64-bit mode on Linux on Power4. I used the following parameter with configure. ./configure -without-x CC='xlC' F77='xlf' CXX='xlC' CFLAGS='-q64 -g -qfullpath' FFLAGS='-q64 -g -qfullpath' CXXFLAGS='-q64 -g -qfullpath' MAIN_LDFLAGS='-q64 -g -qfullpath' LDFLAGS='-q64' SHLIB_CXXLDFLAGS='-q64

>>>>> CanisMaior writes: > Bugs compiling R-1.7.1 with Intel compilers icc and ifc, > on x86-computer (Pentium IV) and linux operating system > Hello, > as there aren't many reports about that issue, I'll give a little > report here. (Hope I don't bother anyone) > The best thing about using icc and ifc are the warnings, because > it is said that

Hello all - first time poster long time reader, I'm currently working on a package, and was interested to compare performance with and without gcc/g++ -O based optimization. I can turn the -O flags off with a ~.R/Makevars file, but when I do something odd happens. The package installs fine when gcc is fed -O2 or -O3 *install with* R CMD INSTALL --configure-args="CFLAGS=-g CXXFLAGS=-g

Hi, i'm trying to compile R on a Cray XT3 using pgi/7.2.1 - CNL (compute node linux) The R version is 2.8.0 this is the option -enable-R-static-lib=yes --disable-R-shlib CPICFLAGS=fpic FPICFLAGS=fpic CXXPICFLAGS=fpic SHLIB_LDFLAGS=shared --with-x=no SHLIB_CXXLDFLAGS=shared --disable-BLAS-shlib CFLAGS="-g -O2 -Kieee" FFLAGS="-g -O2 -Kieee" CXXFLAGS="-g -O2