search for: expect_unresolv

...d. 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 encode that. Now my question amounts to Does SHLIBLD=f77 work with those SHLIBLDFLAGS? If not, can SHLIBLDFLAGS...

...0.99.0 OS: alpha, osf4.0 Submission from: (NULL) (143.205.180.40) configure stops when checking if cc and f77 "agree on int and double". This is only due to a linking problem (linking fortran object with cc without for_main.o complains about unreloved dependency to main. Solution: add -expect_unresolved main to th linking step, see patch below --- ./aclocal.m4.dec-flibs-patch Mon Feb 7 14:33:25 2000 +++ ./aclocal.m4 Mon Feb 7 21:50:59 2000 @@ -366,8 +366,25 @@ r_cv_prog_f77_flibs_ok, [ echo " END" > conftest.f ${FC} -c ${FFLAGS} conftest.f 1>&AC_FD_...

Dear all, Many thanks to those prompt and helpful replies, which immediately bring me to the final stage. A minor problem now: I got the following message for smooth function during compilation on both DEC-alpha and RedHat5.1. Although the compiling went through, it does not have the function of 'smooth' which is quite useful for me. Any ideas?

Hello everyone, I've just attempted to build R-1.4 on Compaq Tru64 (I'll enclose the text from bug.report() from R-1.3.1 at the end.) The relevant part of the log is below. Any ideas? gcc -shared -o methods.so do_substitute_direct.o methods_list_dispatch.o method_meta_data.o slot.o -L/usr/local/lib /usr/ucb/ld: Warning: Unresolved: TYPEOF Rf_error Rf_protect Rf_substitute

Running on an Alpha machine which reports (uname -a) OSF1 bsdx01.bs.ehu.es V4.0 878 alpha and using the binary distribution put together by Albrecht Gebhardt (in http://cran.at.r-project.org/bin/osf/osf4.0/tar/alpha_ev5/) I obtain core dumps whenever I try to use package rpart. I have R REMOVE'd the rpart package, downloaded the source rpart_1.0-7.tar from CRAN and

Hi all, The systems guys here in the stat dept don't seem to be able to compile R on the Dec Alphas or on the SGIs. Can anyone give them a hand? -Greg ------------------------------------------------------------------------------- Gregory R. Warnes | It is high time that the ideal of success warnes at biostat.washington.edu | be replaced by the ideal of service.

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

...for the # FORTRAN compiler (if you are using one). If not specified, the value # of CPICFLAGS above is used. # FPICFLAGS=3D # Any special flags which are required by "ld" when creating shared # libraries. This is usually automatically detected by configure. SHLIBLDFLAGS=3D'-shared -expect_unresolved "*"' --==_Exmh_981436288450 Content-Type: text/plain ; name="rlog.txt"; charset=iso-8859-1 Content-Description: rlog.txt Content-Disposition: attachment; filename="rlog.txt" Content-Transfer-Encoding: quoted-printable >make make[1]: Entering directory `/mn/v...