search for: ldcmd

...d need to be > > > > -lF77 -lM77 -lV77 -lsunmath -lm > > > > _if_ f77 is used. How viable is `use FC to link' on other platforms? > > > > I'm not sure if it does matter here, but the only way to build R on my > Alphas currently is using Fortran as LDCMD: > > in config.site: > LDCMD="f77 " > > SHLIBLD is "ld -shared -expect_unresolved '*'". I would have expected LDCMD=f77 LDFLAGS="-g -nofor_main -fpe3" SHLIBLD=ld SHLIBLDFLAGS="-shared -expect_unresolved '*'" as the way to e...

...ww.stat.cmu.edu/~lamj/ --- Makeconf.in.orig Sat Jan 22 15:10:00 2000 +++ Makeconf.in Mon Apr 17 16:04:58 2000 @@ -23,6 +23,7 @@ INSTALL = @INSTALL@ INSTALL_DATA = @INSTALL_DATA@ INSTALL_PROGRAM = @INSTALL_PROGRAM@ +INSTALL_SCRIPT = @INSTALL_SCRIPT@ INSTALL_DIR = ${INSTALL} -d LATEX = @LATEX@ LDCMD = @LDCMD@ --- Makefile.in.orig Mon Feb 21 02:03:26 2000 +++ Makefile.in Mon Apr 17 16:11:47 2000 @@ -74,7 +74,7 @@ @for f in `ls bin/* | grep -v '^bin/R\**$$' \ | grep -v '^bin/R.X11\**$$' \ | grep -v '^bin/R.GNOME\**$$'`; do \ -...

...FLIBS = -lblas -L/usr/local/lib -lxlf90 -lxlf -lm FPICFLAGS = -fPIC F2C = F2CFLAGS = GNOMEUI_LIBS = GNOME_LIBDIR = GNOME_INCLUDEDIR = INSTALL = /tmp/fl/R/tools/install-sh -c INSTALL_DATA = ${INSTALL} -m 644 INSTALL_PROGRAM = ${INSTALL} INSTALL_DIR = ${INSTALL} -d LATEX = /usr/local/bin/latex LDCMD = f77 LDFLAGS = LIBS = -ldl -ltermcap -lm LN_S = ln -s MAKEINDEX = /usr/local/bin/makeindex MKINSTALLDIRS = $(top_srcdir)/tools/mkinstalldirs R_XTRA_CFLAGS = R_XTRA_CPPFLAGS = -I. -I../include -I$(top_srcdir)/src/include R_XTRA_FFLAGS = R_XTRA_LIBS = RANLIB = ranlib SHELL = /bin/sh SHLIBEXT =...

I've down loaded R version 0.62.3 . After packing it out on my Digital personal workstation running DU4.0D i configure using the command "R_PRINTCMD=ppr CC=cc CFLAGS="-O" PERL=/local/bin/perl5 ./configure --prefix=/local/math" after this I'm trying to make the package and issue the command "make" at the end of this process I get the following error:

...lude (2) I have the standard DEC fortran 90 compiler which needs to link R.binary with a -nofor_main flag. The appropriate slot in config.site appears to be ignored, which means Makeconf itself has to be edited. However in Makeconf LDFLAGS appears to be ignored too, so one just has to make do with LDCMD=f90 -nofor_main (3) The last problem has completely stumped me. The make goes OK until . . . R binary installed make[3]: Leaving directory `/usr/local/R-0.62.1/src/main' make[3]: Entering directory `/usr/local/R-0.62.1/src/library' make[4]: Entering directory `/usr/local/R-0.62.1/src/libra...

...he Makefile in src/graphics, as mentioned in my previous email (b) edit the config.site to give a -fpe3 flag to the DEC f90 compiler (this is more a precaution in case of fp exceptions in the fortran code) (c) edit the Makeconf file to explicitly give "-nofor_main -fpe3" flags to f90 in LDCMD (because it doesn't seem to be accepted when put in config.site) (d) install GNU install (suggested by Douglas Bates) this then produces a successful "make" Following my previous practice I then make a symbolic link to R from /usr/local/bin. However when I then run R I get. ...ope...

...IBS = @FLIBS@ FPICFLAGS = @FPICFLAGS@ F2C = @F2C@ F2CFLAGS = @F2CFLAGS@ GNOMEUI_LIBS = @GNOMEUI_LIBS@ GNOME_LIBDIR = @GNOME_LIBDIR@ GNOME_INCLUDEDIR = @GNOME_INCLUDEDIR@ INSTALL = @INSTALL@ INSTALL_DATA = @INSTALL_DATA@ INSTALL_PROGRAM = @INSTALL_PROGRAM@ INSTALL_DIR = ${INSTALL} -d LATEX = @LATEX@ LDCMD = @LDCMD@ LDFLAGS = @LDFLAGS@ LIBGLADE_CFLAGS = @LIBGLADE_CFLAGS@ LIBGLADE_LIBS = @LIBGLADE_LIBS@ LIBS = @LIBS@ LN_S = @LN_S@ MAKEINDEX = @MAKEINDEX@ MKINSTALLDIRS = $(top_srcdir)/tools/mkinstalldirs R_PKGS = base ctest eda lqs modreg mva nls splines stepfun ts R_XTRA_CFLAGS = @R_XTRA_CFLAGS@ R_XTR...

I am unable to install gems on my dreamhost server since it''s just shared hosting. I tried unpacking the ferret gem into vendor/ferret, but to no avail. Also how would I recompile the C extensions for the new platform? Any ideas would be greatly appreciated. Cheers, Simon -- Posted via http://www.ruby-forum.com/.

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

I have compiled R-0.62.1 on a DEC Alpha system that is running Digital Unix 4.0. I had to change some settings in Makeconf from those generated by configure. I changed the LDCMD to gcc and the LIBS to include -lFutil and -lfor. (I wonder if they realized how close their name for the Fortran utilities is to the word "futile".) I also had to force it to use the GNU version of the install program as the DEC version is not as fully featured. I get a compilation bu...

...ngs out and would appreciate some guidance on what to change, what to check, where to look etc. FWIW it returned the above message when I did nothing but issue ./configure and make, issued ./configure --with-g77, and when I did the following in config.site: . . . R_PAPERSIZE=letter CC=gcc FC=g77 LDCMD=gcc LIBS=-lf2c . . . TIA, -- Charles C. Berry (619) 534-2098 Dept of Family/Preventive Medicine E mailto:cberry at tajo.ucsd.edu UC San Diego http://hacuna.ucsd.edu/members/ccb.html La Jolla, San Diego 92093-0622 -....

I am trying to compile R on my Debian 2.0 machine. I have both gcc and egcc (required for g77). Since the configure script doesn't check for egcc I used CC=egcc (even used LDCMD=egcc) in the config.site file. Everything worked fine until the final binary where it tries to use gcc ....... egcc -g -I../include -c unique.c egcc -g -I../include -c util.c egcc -g -I../include -c version.c gcc -export-dynamic -o R.binary arithmetic.o array.o attrib.o bind.o builtin....

OS: Digital Unix 4.0E Compiler: vanilla f77 and cc. Build error: f77 -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 debug.o deparse.o deriv.o devices.o dotcode.o dstruct.o duplicate.o envir.o errors.o eval.o format.o fourier.o gram.o gram-ex.o graphics.o iosupport.o list.o logic.o main.o match.o memory.o

...; 6 Sep 1999 message) noted for installation under Caldera Linux 2.2, i. e. /usr/X11R6/lib/libX11.so.6.1 was not getting linked. I used his solution, i.e. after running ./configure edit the src/main/Makefile Two lines down from $(top_builddir)/bin/R.X11: $(OBJECTS) $(RLIBS) is a line that starts $(LDCMD) Add -L /usr/X11R6/lib before $(DLLFLAGS) and -lX11 at the end of the line (which was line 122 in my Makefile). (NB minus ell X eleven) After that, make and make install ran just fine. John Maindonald email : john.maindonald@anu.edu.au Statistical Consulting Unit, phone :...

...mply removed the AC_MSG_ERROR and it works. There is actually no PIC flag for DEC cc (with DU 4.0E) --- ./configure.in.alpha-patch Mon Aug 23 06:36:28 1999 +++ ./configure.in Sun Sep 12 17:38:27 1999 @@ -541,7 +541,9 @@ -bI:\$(R_HOME)/etc/R.exp -lc -lm" ;; alpha*osf*) + ldcmd="f77 -g -nofor_main -fpe3 " cpicflags= + shlibld=f77 shlibldflags=-shared ;; alpha*linux) @@ -612,7 +614,7 @@ : ${CPICFLAGS=${cpicflags}} if test -z "${CPICFLAGS}"; then AC_MSG_WARN([Could not determine CPICFLAGS.]) - AC_MSG_ERROR([See the file INSTALL...

...-DHAVE_CONFIG_H DLLFLAGS = DVIPS = false FC = FFLAGS = FLIBS = FPICFLAGS = -PIC F2C = f2c F2CFLAGS = GNOMEUI_LIBS = GNOME_LIBDIR = GNOME_INCLUDEDIR = INSTALL = $(top_srcdir)/tools/install-sh -c INSTALL_DATA = ${INSTALL} -m 644 INSTALL_PROGRAM = ${INSTALL} INSTALL_DIR = ${INSTALL} -d LATEX = false LDCMD = gcc LDFLAGS = LIBGLADE_CFLAGS = LIBGLADE_LIBS = LIBS = -lz -ldl -ltermcap -lm LN_S = ln -s MAKEINDEX = /usr/local/bin/makeindex MKINSTALLDIRS = $(top_srcdir)/tools/mkinstalldirs R_PKGS = base ctest eda lqs modreg mva nls splines stepfun ts R_XTRA_CFLAGS = R_XTRA_CPPFLAGS = -I. -I../include -I$(t...

I've recently tried to get 0.62.3 up on our Suns (4.1.4, using gcc; I'm also having trouble with a Solaris 2.6 compile but I haven't given up hope on that one yet) -- the last compile I did was 0.61.1, which worked smoothly. Running ./configure --prefix=/usr/local/apps/R/R-0.62.3 [--with-g77] (tried both with and without g77, eventually get to the same place), I get a conflict

...e R_IsNA (wonder if it is correct...)' perl -i.bak -pe 's/^(.*Arithmetic )(Initialization.*)$/int R_IsNA(double x) { return (x != x); }\n\n$1zz $2/' src/main/arithmetic.c : 'Use cc, not f77, for linking (otherwise get "main multiply defined")' perl -i.bak -pe 's/..LDCMD./cc/' src/main/Makefile : 'No dependency: only remake when needed' perl -i.bak -pe 's/::$/:/' src/unix/Makefile : 'Use gmake, not make' perl -i.bak -pe 's/MAKE-make/MAKE-gmake/' src/scripts/COMPILE src/scripts/INSTALL src/scripts/SHLIB : 'Get rid of pesky...

Hi, Just downloaded the R-0.62.4 of R and tried to install it. With the standard procedure : ./configure make At the end of the compilation I got the following message : ld: ../lib/libunix.a(system.o): main: multiply defined fort: Severe: Failed while trying to link. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. I attach the printout after the ./configure and make

I'm feeling kinda stupid right now, but I'm actually having problems compiling R-0.62.3 on a Red Hat 5.1 Linux system. I'd be happy if someone could point out for me where to look to fix the problem. I've included the output from the compiling below. Thanks for any help. Fredrik make -f Makefile.2nd all make[1]: Entering directory `/home/fredrigl/R-0.62.3' Building R cd