similar to: build errors in configure script (PR#697)

This may be considered a newbie question, and for me, yum is a new tool. I have discovered via yum, I am *supposed* to have libf2c (386) and libf2c (x86-64) installed. Searching the two libs, I find I only have the 32-bit version installed, and I need both. Should I use yum to remove the pkgs, and then reinstall, or should I use rpm to do the installs? Again, I'm from the BSD camp, so

Ok, I did the following experiment dyn.load("/usr/local/lib/libf2c.so.2.0") dyn.load("try.so") .Fortran("try", 10.5) where try.so contains the following compiled subroutine subroutine try(x) double precision x write(*,*) x return end It worked just fine (at least here on my FreeBSD machine at home). So it seems that it will be

>>>>> 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

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

I am trying to install the rpm for R I using Red Hat 4 ES on a 64bit machine Kernel version is 2,6,9-67 This is the error i get "Failed Dependencies libg2c.so () ()(64bit) is needed by R-2.6.2-1.rh4.x86_64rpm I have libf2c-3.4.6-9 installed on the box any suggestions? thanks -- David Nordello IT Specialist Southwest Fisheries Science Center National Marine Fisheries Service phone:

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,

>> I'm a bit confused about this discussion, but since I don't have f2c on ... >A lot of Fortran code doesn't require any libf2c routines. When routines >are needed the most common ones are the exponentiation routines pow_dd, >pow_ii and pow_di (pow_ri is for single precision reals and so is less >needed in R, which uses double precision). However, *some* fortran

I have a problem with my dynamically loaded code in R not finding pow_ii, which for some time I thought was because library f2c is not on my Sparcstation. However, I have now been experiencing the same problem in Linux, with all the proper libraries in place. My incomplete understanding of elf and shared libraries does not help, but when compiling a complete program I usually muddle through.

I recently upgraded to LinuxPPC 2000. When I tried to reinstall the R rpm, I was missing the following dependent files: egcs, egcs-g77, and libf2c.so.0 Is there an upgrade or a fix to this? Brian Adams -- ------------------------------------------------------------- Providing Support Services in J. Brian Adams, Ph.D. Statistical Analysis 717.393.6144

I've just added this section to the ReadMe file that accompanies the Red Hat 9 RPMS. I hope this will save people some trouble in the future. Martyn Requirements ------------ Some people have experienced problems satisfying the dependencies of the R RPM. Here is a complete list of requirements, the RPMS that provide them and where to find them on the 3-disk install set. Requirement

I hope someone can point me, a newcomer to building R as well as 64-bit R, in a useful direction. I have a dual Opteron 275 box running RedHat EL4. I ran configure successfully, and, then, get the following error while running make: make[4]: Entering directory `/tmp/R-2.2.0/src/modules/lapack' g77 -fPIC -g -O2 -ffloat-store -c dlamc.f -o dlamc.lo g77 -fPIC -g -O2 -c dlapack0.f -o

For what it is worth, here are my experiences. When I first got my zaurus I compiled R version 1.4.0 for the it. It took some time to do, but managed with the skiffclusters at familiar.org. (libf2c was the hardest part). Compilation should be easier now that there are onboard compilers but I haven't tried. I thought this would be neat to have in the classroom. (It did get one student to buy

Full_Name: Manuel Luethi Version: 2.9.1 OS: Windows XP Submission from: (NULL) (129.132.128.136) Hi I created the following vectors: p_1=c(0.2,0.2,0.2,0.2,0.1,0.25,0.4,0.1,0.25,0.4,0.1,0.25,0.4,0.1,0.25,0.4,0.2,0.5,0.8,0.2,0.5,0.8,0.2,0.5,0.8,0.2,0.5,0.8) p_2=c(0,0,0,0,0.5,0.5,0.5,0.5,0.5,0.5,0.5,0.5,0.5,0.5,0.5,0.5,0.4,0.25,0.1,0.4,0.25,0.1,0.4,0.25,0.1,0.4,0.25,0.1) As these are

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 have an hp9000/c160 with hpux10.20+gcc2.7.2. When I try the example in the ace help I get: > library(acepack) > ?ace > TWOPI <- 8*atan(1) > x <- runif(200,0,TWOPI) y <- exp(sin(x)+rnorm(200)/2) a <- avas(x,y) /usr/lib/dld.sl: Unresolved symbol: pow_dd (code) from /home/buyuk/R-0.50-a1/lib/acepack.so ABORT instruction (core dumped)

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

Hi, I am still new to LLVM and also GNU softwares. I am doing a project using LLVM. I was building cfrontend on my windows cygwin, however I encountered this problem, may I now what is the cause? ******************************** my configuration output is: bash-2.05b$ ../src/configure --prefix=$CFEINSTALL --disable-threads --disable-n ls --disable-shared --enable-languages=c,c++ loading

Here is the output from gdb for one of my numerous reproducible core dumps. Unfortunately, I cannot send the R code because it involves a lot of data setting up and a special order of calling my ehr function in my event library. Note that I am using 63.3 and not calling any of my own C or Fortran. Jim GNU gdb 4.17.0.4 with Linux/x86 hardware watchpoint and FPU support Copyright 1998 Free Software

plummer at iarc.fr said: > On 24-May-00 Prof Brian D Ripley wrote: > On Wed, 24 May 2000, Christian Posse wrote: > >> >> I just encountered a problem with the ts package: >> >> > > library(ts) >> Error in dyn.load(x, as.logical(local), > as.logical(now)) : >> unable to load shared library >> "/usr/ >

The very first time you build GCC, you should do "make bootstrap". After that, you can use "make" and "make install" Reid. On Fri, 2005-05-20 at 00:15 +0800, thean kiat sew wrote: > Hi, I am still new to LLVM and also GNU softwares. > > I am doing a project using LLVM. > > I was building cfrontend on my windows cygwin, however I encountered >