similar to: hpux10.20 build for R-1.3.1

Hello, It looks like demo("dyn.load") is broken for non ".so" extentions. > demo("dyn.load") demo(dyn.load) ---- ~~~~~~~~ Type <Return> to start : > dyn.load("zero.so") Error in dyn.load(x) : unable to load shared library "/home/absd00t/zero.so": can't open /home/absd00t/zero.so > It looks like zero.R

Hello, I had to set CPPFLAGS and FC=fort77 but configure saw atlas and used it instead of blas. However atlas for hp seems to missing some libs. I had to add -lblas in Makeconf. Everything builds ok. But modreg and tcltk doesn't load. R : Copyright 2000, The R Development Core Team Version 1.2.0 Under development (unstable) (2000-August-9) R is free software and comes with ABSOLUTELY NO

Hello, I just pulled the patched release: R-release Version 1.0.0 Patched (March 19, 2000), on HPUX10.2 I am having dynamic library load problems. I configured with: ./configure --prefix=/home/absd00t/local --with-readline --with-x After changing etc/Makeconf to take -lblas out of libs (the blas library provided by the system is not a shared library), system was built without any interruptions.

Hello, I just got the latest (March7) tarball from CRAN. 1).It looks like ".so" is still hardwired in the source code. in src/main/platform.h all "Unix" systems get the ".so" extention. I had to #ifdef hpux and add ".sl". 2). It picks up readline but history is still inside the comments in src/include/Platform.h, I had to manually change this in order

I am trying to make R-1.5.0 from source on a new G4 system with the apple developer tools and X11 installed and with ATLAS. Running ./configure appears to end normally, but running make yields: gcc -no-cpp-precomp -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -g -O2 -c Rdynload.c -o Rdynload.o Rdynload.c: In function `R_FindSymbol': Rdynload.c:942:

I'm having trouble compiling the latest version of R (1.7.0) under OS (10.2.5), after running ./configure then make, building fails on the file main/Rdynload.c with the following error message. gcc -I../../src/extra/pcre -no-cpp-precomp -I. -I../../src/include -I../../src/include -I/sw/include -DHAVE_CONFIG_H -g -O2 -c Rdynload.c -o Rdynload.o Rdynload.c: In function

Hi, I installed R 1.3.1 on HP-UX. This caused me quite some problems. These problems did not occur with the previous version I installed, which was R version 1.2.3. First, the result of configure: R is now configured for hppa-hp-hpux10.20 Source directory: . Installation directory: /opt_local/opt/R C compiler: cc -D_HPUX_SOURCE +DA1.1 +DS1.1

Full_Name: Luca Barbato Version: 2.3.1 OS: Gentoo Linux/PPC Submission from: (NULL) (151.44.163.144) system informations Portage 2.1 (default-linux/ppc/ppc32/2006.0/G4, gcc-4.1.1, glibc-2.4-r3, 2.6.17-rc5 ppc) ================================================================= System uname: 2.6.17-rc5 ppc 7447A, altivec supported Gentoo Base System version 1.12.1 distcc 2.18.3

Full_Name: Alex Buerkle Version: 1.7.0 OS: OS X Submission from: (NULL) (137.28.112.199) The configure of R-1.7.0 completed, but the build fails with error below. This failure appears to be because dlfcn.h was missing (installing it fixed the problem). The possible bug: my limited ability to read ./configure suggests that it tests for dlfcn.h, but does not fail if it doesn't find it on

Dear R users, I tried to compile R under hpux 10.20 and have sveral problems. R-1.3.1 stopped making strdup.d from strdup.c > >> gcc -I. -I../../src/include -I../../src/include > >> -I/usr/local/include -DHAVE_CONFIG_H -g -O2 -c CConverters.c -o > >> CConverters.o > >> gcc -I. -I../../src/include -I../../src/include > >>

I haven't been able to build yesterday's R-devel (or, as a test, R-devel_2005-03-11) on Windows XP. The error message I'm getting is to do with 'arithmetic.c', as shown below. Current R-patched seems to build fine, and I've built previous R-devels from source fairly often in the past-- though I have no understanding whatsoever of what's going on. FWIW the only changes

Hello, first off, thanks for all of the previous help; hopefully someone will have some insight on this question. I am attempting to track down a segmentation fault which occurs only after a detach(2) is called in the code (I have replaced the detach(2) with detach(package:DSA) and that fails as well (furthermore, I have removed the detach calls and it does not segfault)). It has proved

Hi, I've been trying to get a shared library version of the R package(version 2.12.1) installed on a CentOS 5 system. (It installs fine without but other packages demand shared libs - namely Rapache). I've tried this with yum but don't know of any flags to set to tell it to installl with shared libs enabled. I then tried a local R install as non-root with source packages: after

I am having a problem compiling R on an HP-UX 10.20 system using gcc/g77 compiler. It appears to compile without problems until it gets to the lapack module and I get the following error: gcc -I. -I../../../src/include -I../../../src/include -I/usr/local/include -DHAVE_CONFIG_H -D_HPUX_SOURCE -fPIC -O2 -c Lapack.c -o Lapack.lo g77 -fPIC -O2 -c double.f -o double.lo g77 -fPIC -O2 -c cmplx.f

Hmnnn... This is the third version of R I have installed and I am stumped on this one. There is some unresolved external I cannot find... /opt/SUNWspro/bin/cc -v -o R.bin CConverters.o Rdynload.o RNG.o apply.o arithmetic.o array.o attrib.o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o context.o cov.o cum.o dcf.o datetime.o debug.o devPS.o devPicTeX.o deparse.o

Dear list, When compiling the R-2.3.0 on FC4 x86_64, I got the following errors: make[3]: Entering directory `/project/scratch3/ligroup/wuming/src/R-2.3.0/src/main' gcc -Wl,--export-dynamic -L/usr/local/lib64 -o R.bin Rmain.o CConverters.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o apply.o arithmetic.o apse.o array.o attrib.o base.o bind.o builtin.o character.o coerce.o colors.o complex.o

This is a request to increase MAX_NUM_DLLS in Rdynload.c in from 100 to 500. On line 131 of Rdynload.c, changing #define MAX_NUM_DLLS 100 to #define MAX_NUM_DLLS 500 In development of the mlr package, there have been several episodes in the past where we have had to break up unit tests because of the "maximum number of DLLs reached" error. This error has been an inconvenience that

Anyone know how to resolve this issue? Thanks in advance. gcc -L/usr/local/lib -o R.bin CConverters.o Rdynload.o RNG.o apply.o arithmetic.o apse.o array.o attrib.o base.o bind.o builtin.o character.o coerce.o colors.o complex.o connections.o context.o cov.o cum.o dcf.o datetime.o debug.o devPS.o devPicTeX.o deparse.o deriv.o devices.o dotcode.o dounzip.o dstruct.o duplicate.o engine.o

Dear R-users, is there anyone else with problems to get R-2.1.0 compiled on FreeBSD6-CURRENT? After typing '.configure' and then 'make' I get the following output: ------------------------------------- [...snip...] gcc -export-dynamic -L/usr/local/lib -o R.bin Rmain.o CConverters.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o apply.o arithmetic.o apse.o array.o attrib.o

Dear R-users, is there anyone else with problems to get R-2.1.0 compiled on FreeBSD6-CURRENT? After typing '.configure' and then 'make' I get the following output: ------------------------------------- [...snip...] gcc -export-dynamic -L/usr/local/lib -o R.bin Rmain.o CConverters.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o apply.o arithmetic.o apse.o array.o attrib.o