search for: f2c

When trying to build R-1.1.0, the configure script reported no Fortran compiler, even though '/usr/bin/f2c' was present, and R-1.0.1 had found and successfully used this. I traced this to an apparent typo in line 2067 of configure: for name in g77 fort77 f77 f90 xlf cf77 fc; do changing this to: for name in g77 fort77 f77 f90 xlf cf77 f2c; do allowed the script to 'find' f2c. Howev...

Dear Dirk, I have had the exactly same problem like Ivo and his solution worked for me. Hence the USE=f77 flag is NOT a typo but a Gentoo quirk. As far as modifying the configure script is concerned, I believe that it is certainly possible to perform said check (if 'f77 --version == f2c' then die) only on x86_64 platforms. And I'd argue it is f2c's fault. AMD64 linux distros have been known to have troubles of this sort especially as far as compilers are concerned. regards Diman Todorov On Sat, Aug 21, 2004 at 06:59:14AM -0700, [EMAIL PROTECTED] wrote: > > pe...

...had to reinstall everything from the o.s. and all applications on top of it. I have downloaded R source from the official site. I have uncompressed the archive and ran the configure as root in /usr/local/bin. The configuration procedure dies writing: *configure: error: Neither an F77 compiler nor f2c found * but actually f2c is installed: linux-Ciccia:/usr/local/bin/R-2.6.1 # which f2c /usr/bin/f2c I am running Linux/SuSE 10.3 Does anyone know how to get around this problem ? Thank you so much. --- Maura E.M [[alternative HTML version deleted]]

...t; I have had the exactly same problem like Ivo and his solution worked for me. > Hence the USE=f77 flag is NOT a typo but a Gentoo quirk. > As far as modifying the configure script is concerned, I believe that it is certainly > possible to perform said check (if 'f77 --version == f2c' then die) > only on x86_64 platforms. > And I'd argue it is f2c's fault. AMD64 linux distros have been known to have troubles of this sort > especially as far as compilers are concerned. > > > regards > Diman Todorov > > On Sat, Aug 21, 2004 at 06:5...

...e R version 1.0.0 on my home-hacked linux system. This is not a conventional distribution, but has been upgraded countless numbers of times (I think it started as a 1.2.13). It's up to 2.2.13 (kernel version) and I still use gcc 2.7.2.3. I have managed to deal with the fortran part of R with f2c. As it turns out I can compile the program OK, but when it gets to the libraries, specifically ctest (the first one that has a piece of fortran in it), the program complains that it can't find f2c.h. I MAY have moved the header to the wrong place when I rearranged my libraries for glibc, but i...

Hello, I have built llvm with some added Machine Function Passes and I am trying to use it to build the SPEC CPU2006 benchmarks. I am using llvm test-suite to build the benchmarks. I configured the test-suite with "--with-f2c" but still none of the fortran benchmarks are built or compiled. I tried running simple and nightly tests. Kindly let me know if I am missing some steps and if not then what might be the problem. Thank you. -- Regards, Sachin -------------- next part -------------- An HTML attachment was scr...

...cal/R-0.61/include -c dsefor.c -o dsefor.o >/tmp/cca02533.i:1: numeric constant with no digits >/tmp/cca02533.i:1: numeric constant with no digits >... >is there something wrong with my gcc or is there some >option missing somewhere? >I suspect the problem might have to do with f2c. I think I >installed g77 after I install R. R seems to be working. >g77 seems to be working, but it seems that I have several >f2c.h around and the dse installation is using the f2c that >came with R. I have tried to use different f2c and that >seems to change the error but not so...

...cal/R-0.61/include -c dsefor.c -o dsefor.o >/tmp/cca02533.i:1: numeric constant with no digits >/tmp/cca02533.i:1: numeric constant with no digits >... >is there something wrong with my gcc or is there some >option missing somewhere? >I suspect the problem might have to do with f2c. I think I >installed g77 after I install R. R seems to be working. >g77 seems to be working, but it seems that I have several >f2c.h around and the dse installation is using the f2c that >came with R. I have tried to use different f2c and that >seems to change the error but not so...

.... 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 F2C=/usr/local/bin/f2c The "R-beta" bundle successfully completes the "configure" stage but comes up with the following error during "make": gcc -Wl,-G -Wl,-bM:SRE -Wl,-H512 -Wl,-T512 -Wl,-bnoentry -Wl,-bexpall -Wl,-bI:../../../etc/R.exp -L/usr/local/lib -o internet.so...

.... 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 F2C=/usr/local/bin/f2c The "R-beta" bundle successfully completes the "configure" stage but comes up with the following error during "make": gcc -Wl,-G -Wl,-bM:SRE -Wl,-H512 -Wl,-T512 -Wl,-bnoentry -Wl,-bexpall -Wl,-bI:../../../etc/R.exp -L/usr/local/lib -o internet.so...

Does anyone have a need to use f2c rather than a Fortran compiler to build R? It is yet one more thing to test, and as it only works on 32-bit platforms it is something that I will shortly no longer be able to test. -- Brian D. Ripley, ripley at stats.ox.ac.uk Professor of Applied Statistics, http://www.stats....

...eliable Fortran codes, and I plan (as I did for lsoda in the current odesolve package) to make as few changes as possible to the Fortran 77 code. However, recently someone wanted to make nested calls to lsoda, which will not work, because Fortran is not generally reentrant. I understand I can use f2c to convert the codes to C, which would then gain reentrancy, and that there are parts of R which were translated from Fortran to C for just this reason (at least, I read that in an earlier R-help message). My questions to this group are: 1) Will this indeed automatically make the solvers reentran...

...s.com wrote: > > peter/brian: thank you for the help. i can now report that gentoo > amd64 can compile R just fine, too; it requires the f77 USE flag and a > gcc compiler rebuild first, though. I also went to gcc 3.4.1. my > segfault troubles earlier were caused by my use of f2c. > > suggestion: would it be possible to add a code snippet that tests > whether the user is trying to compile with f2c---and if so, bombs the > installation? (if "f77 --version == f2c" then die) I know the > problems are not R's fault, but it can percolate into...

> If we don't assume that everyone has f2c then people distributing > libraries need to distribute all or part of libf2c. Source to libf2c is > readily available. I'm a bit confused about this discussion, but since I don't have f2c on the computer I've been using the past week, I assume most of the necessary parts on thi...

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. However, in the case of dynamic...

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 datetime.o debug.o de...

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 datetime.o debug.o de...

This has been in the R-admin manual for a least a week, and I reported it here earlier than that. R 2.0.0 alpha does not allow f2c on 64-bit platforms. It's all been dealt with quite awhile ago .... On Sun, 12 Sep 2004 ivo_welch-rstat8783@mailblocks.com wrote: > > from the gentoo folks, on f2c problems with R on 64bit platforms: > > "Config and me finally found the reason. When R calls fortran functio...

>>>>> 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 the "-lf2c", or is this a feature of the n...

Tanya Lattner wrote: > > Everything builds fine on sparc. The configure script needs to be fixed > though (see previous email). I'm not getting the error with the configure script (on Kain, anyway). I've tried it with --with-f2c and with f96 (NAG Fortran compiler) in and out of my $PATH. Can you verify that the configure script works for you without the --with-f2c option? If it does, I think we'll just file a bug report and fix it in 1.7. As for the regressions below, it would be nice to get them fixed before th...