Displaying 20 results from an estimated 800 matches similar to: "R-devel and PGI 6.0 compile error"
2006 May 11
0
PGI 6.1 compile error
I am trying to compile R-2.3.0 (both first release and patched
2006-05-10) on Red Hat Enterprise Linux AS release 3 (Taroon Update 7)
using the Portland Group compiler version 6.1 and the notes from
Jennifer Lai on p33 of "R Installation and Administration" version 2.3.0
(2006-04-24). I have not used this compiler before, so it is possible
things are messed up more than usual, even
2006 Mar 09
1
R2.2.1-patched build failed with PGI 6.1 on x86-64
Hi All,
While attempting to build R-patched using the Portland Group compiler suite
on our dual Opteron 250 box running Scyld 29cz5 (based on RH, kernel
2.4.29), I get:
make[5]: Leaving directory
`/home/andy/Rbuild/R221-pgi/src/library/tools/src'
make[5]: Entering directory
`/home/andy/Rbuild/R221-pgi/src/library/tools/src'
pgcc -I../../../../include -I/include -I/include/CC -fpic
2006 Mar 10
2
problem building R-patched on x86-64 with PGI 6.1
Dear R-devel,
[I'm not sure if this is appropriate for R-devel. If not, I'm more than
happy to move it to R-help.]
As those of you who saw my post on R-help know, I've been trying to build
R-patched on a dual Opteron box running Scyld Beowulf, using the PGI 6.1
compilers. The build went fine, but I couldn't get it to pass make
check-all. Jennifer Lai, who reported success with
2005 Sep 02
0
Build R with ATLAS
Hi,
I followed this message,
https://stat.ethz.ch/pipermail/r-devel/2004-February/028942.html, to
compile ATLAS with gcc and g77 on AMD Opteron. I then followed the
instructions on this message,
https://stat.ethz.ch/pipermail/r-devel/2004-February/028966.html, to
convert static libraries to dynamic libraries.
However, when I tried to configure R-devel, I got the following error
2005 Aug 23
1
compile R with Portland Group compiler
Hi,
Can anyone advise me on how to compile R with Portland Group
compiler on a Opeteron machine with Red Hat Enterprise Linux WS release
4 installed?
I've edit config.site file to pick portland group compilers instead of
gcc. Here is the list of modified flags:
CC=/usr/pgi/linux86-64/6.0/bin/pgcc
CFLAGS='-g -O2'
CPPFLAGS='-I/usr/pgi/linux86-64/6.0/include
2007 Nov 26
1
Problem with configure's detection of glob on 2.6.0 (PR#10468)
Full_Name: Mike Pacey
Version: 2.6.0
OS: SuSe Linux 9.3 x86_64
Submission from: (NULL) (194.80.32.10)
A "vanilla" version of R configures and compiles without a problem on my system.
Switching to using the PGI compiler configures correctly (see the values at the
bottom fo thismessage), but compilation aborts with:
pgcc -I../../src/extra/zlib -I../../src/extra/bzip2
2005 Aug 31
1
Build Portland Group Compiler
Hi,
I built R with Portland Group compiler, but I noticed one thing that
when I ran configure for the first time on AMD machine, I got the
following error:
checking whether the C compiler works... configure: error: cannot run C
compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details.
so I tried to set host=x86_64-unknown-linux-gnu,
2008 Oct 30
1
Compiling R Packages
I am working on a SLES 10 cluster with R available on it. To better use my resources, I want to use Rmpi, but I am having a difficult time installing it. I have set the $R_LIBS variable correctly.
The MPI libraries are available through the PGI compiler, but this R instance was compiled with GCC.
The Rmpi package can be compiled and installed with
%R CMD INSTALL Rmpi_0.5-5.tar.gz
2010 Oct 14
0
rc make error
With R-rc_2010-10-11_r53297.tar.gz I am getting
...
** building package indices ...
** testing if installed package can be loaded
Error in dyn.load(file, DLLpath = DLLpath, ...) :
unable to load shared object
'/home/mfa/gilp/toolchain/R/src/R-rc/library/cluster/libs/cluster.so':
/home/mfa/gilp/toolchain/R/src/R-rc/library/cluster/libs/cluster.so:
undefined symbol: cl_daisy_
2006 Jun 01
1
package installation errors
I installed R-2.3.1 and ran make check without problem, but I am having
trouble installing several packages using gcc (GCC) 3.2.3 20030502 (Red
Hat Linux 3.2.3-53)
on Red Hat Enterprise Linux AS release 3 (Taroon Update 7) Kernel
2.4.21-40.ELsmp on an x86_64
Below are the messages from MCMCpack. Perhaps my systems are messed up?
Paul Gilbert
> install.packages("MCMCpack")
2002 Dec 16
1
compiling R with gcc 3.2 on Solaris
I am trying to compile R 1.6.1 with gcc 3.2 on Solaris (Sun OS 5.8) and
configure gives me:
checking whether g77 and gcc agree on int and double... configure: WARNING: g77
and gcc disagree on int and double
configure: error: Maybe change CFLAGS or FFLAGS?
Complete output from configure is below. I am not setting CFLAGS or FFLAGS, but
can someone suggest what I should set them to (or is this some
2008 Dec 09
1
errors with compilation
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
2004 Apr 03
0
problem compiling R-1.9.0beta with PGI compilers on amd6 4
> From: Prof Brian Ripley [mailto:ripley@stats.ox.ac.uk]
>
> On Fri, 2 Apr 2004, Liaw, Andy wrote:
>
> > Dear R-devel,
> >
> > I'm trying to compile R-1.9.0beta (2004-03-31) with the PGI
> compilers
> > (15-day free evaluation: after the 15 days the binaries
> will stop working).
> > I'm running into some problems, that I hope some can
2019 Mar 02
0
Using a different compiler when creating a package on Windows
Hello!
I am updating to the R-devel version as of 2/28 and recompiling with
OpenBLAS. I got that to compile nicely.
I am now updating a package that uses the OpenBLAS and the PGI compiler,
which has changed too.
I just changed the path names in Makevars. Here is the Makevars file.
FC= d:/PGI/win64/18.10/bin/pgf90
F77= d:/PGI/win64/18.10/bin/pgf90
CC = d:/PGI/win64/18.10/bin/pgcc
FFLAGS=
2004 Apr 05
0
speed difference between pgf77 and g77 on amd64
For those interested:
I compiled R-1.9.0beta_2004-04-02 with pgf77/gcc/g++ and g77/gcc/g++, both
_without_ fast BLAS. Both passed make check-all. Simple crossprod(m) for
fairly large `m' shows that the version compiled with pgf77 is about 15%
faster:
[andy@leo:scratch]% echo "set.seed(1); m <- matrix(runif(5e7), 1e4); gc();
system.time(crossprod(m))" | R-1.9.0-PGI/bin/R
2005 Sep 06
1
Build R with AMD pgi compiled ACML library
Hi,
Has anyone had any luck in using portland group compiler to build
R(-devel) with AMD's pgi compiled ACML library? I've downloaded the
packages and set LD_LIBRARY_PATH, and run configuration script as follow:
% ./configure --prefix=/usr/local/R.pgcc --with-blas='-lacml'
However, it failed to pick up double complex BLAS,
checking for sgemm_ in -lacml... yes
checking
2000 Oct 31
1
conflicting types for `Rf_stirlerr
I'm having trouble making todays development snapshot:
-DHAVE_CONFIG_H -g -O2 -c stirlerr.c -o stirlerr.o
stirlerr.c:34: conflicting types for `Rf_stirlerr'
../../src/include/R_ext/Mathlib.h:557: previous declaration of `Rf_stirlerr'
make[3]: *** [stirlerr.o] Error 1
[20] /home/mfa5/gilp/R-versions/R-devel : uname -a
SunOS mfa99579 5.6 Generic_105181-11 sun4u sparc SUNW,Ultra-5_10
2005 Sep 25
1
Programmer types
This may be a tad O.T., but I have to ask somebody. In compiling WRF
model, everything seems to build but at runtime, I get this error message:
real.exe: /usr/pgi/linux86-64/6.0/lib/libpthread.so.0: version
`GLIBC_2.3.3' not found (required by /lib64/tls/librt.so.1)
There appears to be something missing from the library, but not being
smart enough to know what each one provides, nor know
2009 Feb 11
1
Problem with R using pgi compiler on x86_64
Hi,
we have installed R-2.8.1 using the current pgi compiler (8.0.2) for
AMD64 on a SLES9 system.
When I try to install "Matrix" everything is fine until the last step.
make[1]: Leaving directory `/tmp/R.INSTALL.TW3399/Matrix/src/AMD'
pgCC -L/usr/lib64 -L/usr/X11R6/lib64 -pgf90libs -o Matrix.so
CHMfactor.o Csparse.o TMatrix_as.o Tsparse.o init.o Mutils.o
chm_common.o
2013 Feb 07
3
[LLVMdev] Is there a way to verify that debug info metadata are correct ?
Hi all,
I'm using my own front-end that generates LLVM debug info metadata. I was using LLVM 2.9 debug version and I'm moving to LLVM 3.2 debug version of metadata.
On my example I got llc 3.2 to fail on following assertion:
llc: /work1/tools/llvm/3.2/sources/lib/CodeGen/AsmPrinter/DwarfDebug.cpp:1471: void llvm::DwarfDebug::endFunction(const llvm::MachineFunction*): Assertion `TheCU