similar to: ODP: Re: How to build R-1.3.0 under HP-UX 11.00

Hello, I am new in R and I am delighted with it, so I am trying to bulid R-1.3.0 from sources under HP-UX 11.00 using f2c and X11 support. Configuration phase is OK but using make I have errors: gcc -Wl,-E -o R.bin CConverters.o Rdynload.o RNG.o apply.o arithmetic.o array.o attrib.o bind.o builtin.o charac ter.o coerce.o colors.o complex.o connections.o context.o cov.o cum.o dcf.o

Hello, I am new in R and I am delighted with it, so I am trying to bulid R-1.3.0 from sources under HP-UX 11.00 using f2c and X11 support. Configuration phase is OK but using make I have errors: gcc -Wl,-E -o R.bin CConverters.o Rdynload.o RNG.o apply.o arithmetic.o array.o attrib.o bind.o builtin.o charac ter.o coerce.o colors.o complex.o connections.o context.o cov.o cum.o dcf.o

{message bounced because it has "$$$" in it. manually approved by list maintainer -- MM} > Date: Tue, 22 Feb 2000 13:03:35 +0100 > From: jens <jniesch at gwdg.de> > > I have trouble to install R on Sparc Sun Solaris 2.6. > make returns the error message: > Undefined symbol first referenced in file > d_lg10 ../appl/libappl.a(uncmin.o) > d_sign

Hi, I appear to have a slight problem compiling R0.65.0 under Linux (slackware) using g77. By simply typing configure then make, I obtain a binary which when "ldd" does not contain the f2c library. I therefore cannot load any libraries containing fortran code (I obtain unresolved symbol messages from R.X11 and an unable to load shared library from dyn.load(file)). If I change the

Hi, I appear to have a slight problem compiling R0.65.0 under Linux (slackware) using g77. By simply typing configure then make, I obtain a binary which when "ldd" does not contain the f2c library. I therefore cannot load any libraries containing fortran code (I obtain unresolved symbol messages from R.X11 and an unable to load shared library from dyn.load(file)). If I change the

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

Jim, you should ask questions like these on R-devel. There are more proficient Linux gurus on there than me [that's why I CC:]. >>>>> "Jim" == Jim Lindsey <jlindsey@luc.ac.be> writes: Jim> Martin, Here is an additional problem with my libraries: the Jim> Kalman filtering, written in Fortran, uses complex arithmetic. Jim> On my Red Hat 5,

>>>>> Thomas Lumley writes: > On Fri, 1 Aug 1997, Kurt Hornik wrote: >> Thomas, >> >> Could you add the "-lf2c" at the end of the line >> @$(LD) $(SHLIBLDFLAGS) -o $(LIBNAME).so $(OBJS) >> in acepack's src-c/Makefile? >> >> I ran across an identical pow_dd problem recently with another package. >> Did we always need

Hello, I'm using R 1.40 on MacOS X X.1.2 (installed via the fink package manager). To upgrade my installed packages, I tried to use update.packages() today. All went well for most packages, with the exception of KernSmooth and cluster. In both cases, libraries were not found although I think they are present. Here's what happened: ---------------------------------- >

I am attaching a patch to R-0.63's configure.in file which will enable R to detect and use some special math libraries on linuxppc and mklinux. The patch provides tests for these libraries and enable/disable switches for them as well. One library is the libmoto math library which must be used in conjunction with libm (it only replaces some of libm's functions). The other is a RISC

I am attaching a patch to R-0.63's configure.in file which will enable R to detect and use some special math libraries on linuxppc and mklinux. The patch provides tests for these libraries and enable/disable switches for them as well. One library is the libmoto math library which must be used in conjunction with libm (it only replaces some of libm's functions). The other is a RISC

Batch: For me, batch in its present state is broken and useless. My primary need for batch is to produce a final output file of a session after I have worked out a sequence of procedures. I save my instructions in a file that I can source, then run it in batch to have a copy of input and output together. (If there was a log file (or dribble), this problem would be solved.) At present, there are

System setup is: Redhat Linux 5.2, gcc-2.7.2.3-14, glibc-2.0.7-29, fort77, f2c Compilation proceeds until final linking stage which produces ld -export-dynamic -o ../../bin/R.binary arithmetic.o array.o attrib.o bind.o builtin.o character.o coerce.o colors.o complex.o context.o cov.o cum.o debu g.o deparse.o deriv.o devices.o dotcode.o dstruct.o duplicate.o envir.o error s.o eval.o format.o

More problems... 1) when -lf2c is used for linking as in the standard Makefile in src/main, it does not include the library as shown by ldd on my slackware linux 2.0.29 but does on RedHat linux 2.0.27. But with slackware adding the -L/usr/lib just before -lf2c does include it. On the other hand readline in the same directory is included both times. (We need the f2c library for complex numbers in

I have been trying to compile R. I downloaded R-1.0.1.tgz(I think; the original tar file was untarred) and unpacked it with gzip. Now all the R files are in a directory named R-1.0.1. The source files (.c) are in R-1.0.1/src. There are files in R-1.0.1 named 'Makefile.in', 'Makeconf.in', and 'Makeconf'. I followed the instructions in INSTALL by typing

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 >

Recent sensible changes to the dynload mechanism have made an old problem resurface: how should we deal with packages which contain Fortran code and may need to be linked against additional libraries such as -lf2c? The current consensus is that extra Fortran libraries maybe needed are handled via the make variable FLIBS, and that `-lf2c' or `-lg2c' are added by default if g77 is used.

Full_Name: Thomas Langhans Version: 0.65 OS: Solaris 7 Submission from: (NULL) (129.217.131.31) I tried to install the package "leap" on our Sun Enterprise 400 running Solaris 7, but it fails: cause the g77 doesn't compiles the fortran-sources properly, I translated them with f2c to c-source. Running R INSTALL produces the following message: Installing package `leaps' ...

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

Hi, there I'm totally new to this. I used to use SPLUS, but think maybe useful to try R at home. But seems it doesn't like me. I got error message says ld: cannot open -lg2c: No such file or directory My OS is openlinux 2.3. I use egcs-2.91.66. I searched under /lib/egcs-2.91.66/ but found no libg2c.a. There's only a libgcc.a. Thought maybe g77 people changed