search for: dylib_ld

I am building from source on RHEL 4 and have run into a problem while running "make check": running code in 'lapack.R' ...make[3]: *** [lapack.Rout] Error 1 make[3]: Leaving directory `/opt/R/R-2.9.1/tests' make[2]: *** [test-Specific] Error 2 make[2]: Leaving directory `/opt/R/R-2.9.1/tests' make[1]: *** [test-all-basics] Error 1 make[1]: Leaving

Dear list, When compiling the R-2.3.0 on FC4 x86_64, I got the following errors: make[3]: Entering directory `/project/scratch3/ligroup/wuming/src/R-2.3.0/src/main' gcc -Wl,--export-dynamic -L/usr/local/lib64 -o R.bin Rmain.o CConverters.o CommandLineArgs.o Rdynload.o Renviron.o RNG.o apply.o arithmetic.o apse.o array.o attrib.o base.o bind.o builtin.o character.o coerce.o colors.o complex.o

(I asked an earlier question on the rpy2 installation to the rpy2 list, the solution there was to edit the setup.py script, but this looks beyond what I can do unless someone tells me exactly what to modify). I have R 2.8.1 on 2 machines running ubuntu 8.04 (packages R-base and R-base-dev, among others, installed using Synaptic) and while the installation of rpy2 went fine on machine1, failed on

Hi Martyn, Thanks for your insight, that seems pretty direct. Unfortunately, I did not compile this version of R (it's on a large supercomputer system and this version of R was installed by the admins). Using "R CMD config", I see the following relevant settings: DYLIB_LD = icc -std=gnu99 DYLIB_LDFLAGS = -shared -openmp LDFLAGS = -L/opt/compilers/intel/cce/9.1.039/lib -L/opt/compilers/intel/fce/9.1.033/lib -L/usr/local/lib64 SHLIB_CXXLD = icpc SHLIB_CXXLDFLAGS = SHLIB_LD = icc -std=gnu99 SHLIB_LDFLAGS = -shared It looks like the SHLIB_CXXLDFLAGS is missing the &qu...

...are required by the linker when creating ## shared objects containing object files from a C or FORTRAN 77 ## compiler only. This is usually automatically detected by configure, ## and anything set here will be in addition unless SHLIB_LD is given. ## SHLIB_LDFLAGS= ## ditto for a dynamic library: DYLIB_LDFLAGS defaults to SHLIB_LDFLAGS ## DYLIB_LD= ## DYLIB_LDFLAGS= ## The appropriate 'lib' dir, normally 'lib', but 'lib64' on Linux on ## x86_64, mips64, ppc64, sparc64, s390x but not ia64. ## LIBnn= ## Stripping ('-s'), path ('-L'), and any other miscellaneou...

Hi, I'm encountering trouble compiling caTools_1.17.1.tar.gz and e1071_1.6-4.tar.gz on a Linux system using the Intel compiler suite. 14 other packages I generally use installed without any trouble. I notice both of these trouble packages have a C++ component, so I wonder if that might be the issue. Below, there's information on my platform, compiler, and some diagnostic output showing

...CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_CXXCPP_set= ac_cv_env_CXXCPP_value= ac_cv_env_CXXFLAGS_set= ac_cv_env_CXXFLAGS_value= ac_cv_env_CXXPICFLAGS_set= ac_cv_env_CXXPICFLAGS_value= ac_cv_env_CXX_set= ac_cv_env_CXX_value= ac_cv_env_DEFS_set= ac_cv_env_DEFS_value= ac_cv_env_DYLIB_LDFLAGS_set= ac_cv_env_DYLIB_LDFLAGS_value= ac_cv_env_DYLIB_LD_set= ac_cv_env_DYLIB_LD_value= ac_cv_env_F77_set= ac_cv_env_F77_value= ac_cv_env_FCFLAGS_set= ac_cv_env_FCFLAGS_value= ac_cv_env_FCPICFLAGS_set= ac_cv_env_FCPICFLAGS_value= ac_cv_env_FC_set= ac_cv_env_FC_value= ac_cv_env_FFLAGS_set= ac_cv_...

..._value= ac_cv_env_CPPFLAGS_set= ac_cv_env_CPPFLAGS_value= ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_CXXCPP_set= ac_cv_env_CXXCPP_value= ac_cv_env_CXXFLAGS_set= ac_cv_env_CXXFLAGS_value= ac_cv_env_CXXPICFLAGS_set= ac_cv_env_CXXPICFLAGS_value= ac_cv_env_CXX_set= ac_cv_env_CXX_value= ac_cv_env_DYLIB_LDFLAGS_set= ac_cv_env_DYLIB_LDFLAGS_value= ac_cv_env_DYLIB_LD_set= ac_cv_env_DYLIB_LD_value= ac_cv_env_F2C_set= ac_cv_env_F2C_value= ac_cv_env_F77_set= ac_cv_env_F77_value= ac_cv_env_FFLAGS_set= ac_cv_env_FFLAGS_value= ac_cv_env_FPICFLAGS_set= ac_cv_env_FPICFLAGS_value= ac_cv_env_LAPACK_LIBS_set= ac_...