similar to: linker errors on ia64: open.o: @gprel relocation against dynamic symbol f__buflen

When I was trying to compile R-1.9.1 from source, I've got problems which seemed related to compiling the LAPACK package. The error message is as follows: gcc -shared -L/usr/local/lib -o libRlapack.so dlamc.lo dlapack0.lo dlapack1.lo dlapack2.lo dlapack3.lo cmplx.lo -lblas -L/usr/local/lib -L/usr/lib/gcc-lib/ia64-redhat-linux/2.96 -L/usr/lib/gcc-lib/ia64-redhat-linux/2.96/../../.. -lg2c

Full_Name: Michael Ngan Version: R-1.6.2 OS: Red Hat Linux 8.0, Itanium2 Submission from: (NULL) (156.40.36.177) Hi, I trying to compile R-1.6.2 on Red Hat Linux 8.0 running on the Itanium2(IA64) platform and encountered the following message: make[1]: Entering directory `/home/nganm/R-1.6.2/src/modules/lapack' gcc -shared -L/usr/local/lib -o lapack.so Lapack.lo double.lo cmplx.lo

I am trying to compile R-1.6.1 on an itanium. using either gcc 2.96 or gcc 3.0.4 nad either the supplied Redhat blas libs or the supplied code (ie wiht the --no-blas option) I get this error. Has anyone who has compiled R for the itanium advise me on the compilers versions and flags that they used? thanks bye rob gcc -shared -L/usr/local/lib -o lapack.so Lapack.lo

I am trying to compile R on an Itanium machine running Red Hat 7.2 and gcc version 2.96. The build fails with the following symptoms: g77 -fPIC -g -O2 -c cmplx.f -o cmplx.lo g77 -fPIC -g -O2 -c cmplxblas.f -o cmplxblas.lo gcc -shared -L/usr/local/lib -o libRlapack.so dlapack0.lo dlapack1.lo dlapack2.lo dlapack3.lo cmplx.lo cmplxblas.lo -L/usr/local/lib

Fellow R Enthusiasts.. I'm trying to compile R on AIX 5.2 32bit with gcc 3.3.2-5. I've tried both the development bundle R-devel_2006-01-25.tar.gz and the R-beta.tar.gz from about a month ago. In each instance, I'm using the following options prior to running "./configure --prefix=/usr/local/R": OBJECT_MODE=32 MAIN_LDFLAGS=-Wl,-brtl SHLIB_LDFLAGS=-Wl,-G

Fellow R Enthusiasts.. I'm trying to compile R on AIX 5.2 32bit with gcc 3.3.2-5. I've tried both the development bundle R-devel_2006-01-25.tar.gz and the R-beta.tar.gz from about a month ago. In each instance, I'm using the following options prior to running "./configure --prefix=/usr/local/R": OBJECT_MODE=32 MAIN_LDFLAGS=-Wl,-brtl SHLIB_LDFLAGS=-Wl,-G

I'm seeing an odd error message when running R CMD check gregmisc with R-1.9.0beta_2004-03-22.tar.gz * checking package dependencies ... WARNING Error in switch(type, code = c("R", "r", "S", "s", "q"), data = c("R", : Argument "type" is missing, with no default Execution halted See the information on DESCRIPTION

Hi all, I'm trying to install the splancs contributed package on a Redhat 7.3 system with R 1.5.1 installed. I've installed the readline41-4.1-10 RPM which Redhat requires for R and it works great, thanks very much. However, when I attempt to R CMD INSTALL splancs_2.01-9.tar.gz as root, I get the following error message during the install: [snip] g77 -fPIC -O2 -m486

Hi When I use plot(hclust(dist..)...)...) etc to create a dendrogram of a hierarchial cluster analysis, I end up with a vertical tree. What do I need to do to get a horizontal tree? Also, my users are used to seeing trees who's leaves all "end" at the same place (eg. Like in minitab). Is this possible in R? Thanks Mick Michael Watson Head of Informatics Institute for Animal

Hi, I've been trying here to install Rmpi on an SGI IA-64 machine with 64 processors, running SuSE Linux Enterprise Server 9, R 2.4.0 and lam-mpi 7.1.3. While I've read of similar problems on this list, I think I've got an entirely new set of error messages to contribute (see below). I'm not sure what the actual error is and what the @gprel relocation message is about. Any help

Hello, I'm using a 64bit Linux with 16GB of RAM. I'd like to limit the memory that the R process can use so I'm trying to use --max-vsize switch. However, it is seems that I can't enforce a limit above 2GB. shlomo at hippo:~$ uname -a Linux hippo 2.6.24-16-generic #1 SMP Thu Apr 10 12:47:45 UTC 2008 x86_64 GNU/Linux This WORKS: -------------------- shlomo at hippo:~$ R

Something seems to be wrong with the beta_latest links on cran.at and cran.us. The betas themselves are there (by date) but the link is not right. Paul Gilbert

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

Hi, I can't do update: yum update Traceback (most recent call last): File "/usr/bin/yum", line 29, in <module> yummain.user_main(sys.argv[1:], exit_code=True) File "/usr/share/yum-cli/yummain.py", line 298, in user_main errcode = main(args) File "/usr/share/yum-cli/yummain.py", line 110, in main base = cli.YumBaseCli() File

It's getting more and more annoying to have separate plugin directories for lda, pop3 and imap. Currently all the plugins are installed into $lib/dovecot/ and then symlinked to the lda, pop3, imap directories. The original reason was that v0.99 just loaded everything in those directories since there was no mail_plugins setting. But then there are things like expire-tool and convert-tool (and

Thank you for your response. # python -V Python 2.6.6 # rpm -qa|grep python gnome-python2-bonobo-2.28.0-3.el6.x86_64 gnome-python2-extras-2.25.3-20.el6.x86_64 python-setuptools-0.6.10-3.el6.noarch python-unittest2-0.5.1-3.el6.noarch gnome-python2-gconf-2.28.0-3.el6.x86_64 python-psycopg2-2.6-1.rhel6.x86_64 python-feedparser-5.1.2-2.el6.noarch python-iwlib-0.1-1.2.el6.x86_64

We need to build with -mno-pic to disable all uses of GP, as well as use a custom linker script to avoid collisions between klibc.so's and the executable's segments. Signed-off-by: James Clarke <jrtc27 at jrtc27.com> --- usr/klibc/arch/ia64/MCONFIG | 3 + usr/klibc/arch/ia64/crt0.S | 4 - usr/klibc/arch/ia64/klibc.ld | 267 ++++++++++++++++++++++++++++++++++++++++++

Professor Ripley, Following your advice, I am now using an updated version of gcc (4.0.2 to be exact) as well as a true fortran compiler (XL Fortran Compiler v10.1.0.0 from IBM). I am still experiencing difficulty in running "make" after a successful "configure". Any additional insight you could provide would be greatly appreciated. Output of make is as follows: Running

Commit-ID: 8418552770110e9864ab24d60d8481fac58d3a65 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=8418552770110e9864ab24d60d8481fac58d3a65 Author: James Clarke <jrtc27 at jrtc27.com> AuthorDate: Mon, 21 Jan 2019 21:26:57 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Mon, 21 Jan 2019 22:51:27 +0000 [klibc] ia64: Fix shared build We

Trying to setup guestfs on a coworkers system and am at a loss about this error and doing 'make' on version 1.20: /usr/bin/ld: /usr/lib/libfuse.a(fuse.o): relocation R_X86_64_32 against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/lib/libfuse.a: could not read symbols: Bad value collect2: error: ld returned 1 exit status Installed fuse via: sudo