similar to: configure doesn't accept f77 on alpha (PR#419)

Displaying 20 results from an estimated 500 matches similar to: "configure doesn't accept f77 on alpha (PR#419)"

2000 Feb 08
0
0.99.0 --with-f77 configure problem
Installing 0.99.0 with Dec UNIX 4.0f, if I use the native fortran compiler (--with-f77) configure fails with: checking for Fortran libraries... -lUfor -lfor -lFutil -lm -lots -lm checking whether Fortran libraries work correctly... no In case anyone else runs into this, the quick fix is to change line 2071 of configure from ${CC} ${LDFLAGS} -o conftest conftest.o ${FLIBS} \ to ${FC}
1999 Apr 12
3
Fortran vs C, easing using Fortran
> Date: Mon, 12 Apr 1999 11:30:20 +0200 (MET DST) > From: Albrecht Gebhardt <albrecht.gebhardt@uni-klu.ac.at> > > I think in R we can do better than at present, if only I knew > > exactly how. One idea is to have (effectively) a `hints' file that > > configure uses to add a base set of libraries to FLIBS, but on Solaris > > at least, using the Fortran
1999 Nov 13
0
patches for alpha
Recently I reviewed my RPM spec files for DU 4.0, and noticed that I forgot to post some problems + patches: 1. ./configure fails to choose a PIC flag, I simply 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 @@
2000 Feb 08
0
extra flags for cc and f77 on alpha (PR#420)
Full_Name: Albrecht Gebhardt Version: 0.99.0 OS: alpha, osf4.0 Submission from: (NULL) (143.205.180.40) Im not sure if this is really correct, but it has proven to work. 1. It is always a good idea to add -std1 to DEC cc's flags to force strict ANSI language mode. It was neccessary for 0.90.x to compile, so I used it for 0.99.0 too 2. I'm not sure if -fpe3 is neccessary for DEC f77,
2004 Jun 09
2
Building package on Windows: No rule to make target '-llapack'
Dear all, I have a problem to build a package on Windows XP while there is no problem on Linux. The Makefile is something like: ########### LIBNAME=cts PKG_LIBS = $(LAPACK_LIBS) $(BLAS_LIBS) $(FLIBS) OBJS=file1.o ... file20.o -llapack -lblas $(LIBNAME)$(SHLIB_EXT): $(OBJS) $(SHLIB_LD) $(SHLIB_LDFLAGS) -o $@ $(OBJS) $(FLIBS) clean: @rm -f *.o *.$(SHLIB_EXT) realclean: clean
2001 Jul 09
0
ODP: Re: How to build R-1.3.0 under HP-UX 11.00
Thank you for advice. I my case RPC nedd to be linked with libnsl, so I used "-lnsl" option to link it, but i have still problem: /usr/bin/ld: Unsatisfied symbols: i_len (code) d_sign (code) collect2: ld returned 1 exit status Can you suggest something? Kris
2020 Oct 08
1
Installing package fails at "testing if installed package can be loaded from temporary location"
Dirk, thank you a thousand times. Indeed, src/Makevars was wrong. I modified Makevars so that now looks like the below and the package now compiled and linked properly. CXX_STD = CXX11 PKG_LIBS += $(SHLIB_OPENMP_CXXFLAGS) $(LAPACK_LIBS) $(BLAS_LIBS) $(FLIBS) $(shell ${R_HOME}/bin/Rscript -e "RcppParallel::RcppParallelLibs()") PKG_CXXFLAGS = $(SHLIB_OPENMP_CXXFLAGS) -I../inst/include
2004 May 31
1
Question about building library and BLAS
Dear helpers, I am trying to create a library which uses some Fortran source files and Lapack and Blas subroutines. The Fortran source files from the original author contain subroutines isamax.f, sgefa.f and sgesl.f, which are part of BLAS subroutines on my Linux computer, but maybe different (old) versions. So in addition to these subroutines, there are other Lapack and Blas subroutines
2001 Oct 31
1
shared libraries on FreeBSD 4.*
I've used R for a couple of years on FreeBSD with few problems. Recently, a couple of the contributed packages seem to have difficulty finding symbols in the shared libraries. Currently, I'm running R 1.3.1 on FreeBSD 4.4. I've tried setting LD_LIBRARY_PATH to /usr/local/lib and some other things. The packages I've had trouble with are: Matrix 0.3.15 RODBC 0.8.3 RSPython 0.3
2016 Apr 18
1
'nlme' package not compiling
Hi, I'm trying to install from source code the 'nlme' package in RStudio. When I try, I get the following error message: ld: warning: directory not found for option '-L/usr/local/lib/gcc/x86_64-apple-darwin13.0.0/4.8.2' ld: library not found for -lgfortran clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [nlme.so] Error 1 ERROR:
1998 Nov 24
0
Additional autoconf test for linuxppc/mklinux
I am attaching a patch to R-0.63's configure.in file which will enable R to detect and use some special math libraries on linuxppc and mklinux. The patch provides tests for these libraries and enable/disable switches for them as well. One library is the libmoto math library which must be used in conjunction with libm (it only replaces some of libm's functions). The other is a RISC
1998 Nov 24
0
Additional autoconf test for linuxppc/mklinux
I am attaching a patch to R-0.63's configure.in file which will enable R to detect and use some special math libraries on linuxppc and mklinux. The patch provides tests for these libraries and enable/disable switches for them as well. One library is the libmoto math library which must be used in conjunction with libm (it only replaces some of libm's functions). The other is a RISC
2019 Mar 02
0
Using a different compiler when creating a package on Windows
Hello! I am updating to the R-devel version as of 2/28 and recompiling with OpenBLAS. I got that to compile nicely. I am now updating a package that uses the OpenBLAS and the PGI compiler, which has changed too. I just changed the path names in Makevars. Here is the Makevars file. FC= d:/PGI/win64/18.10/bin/pgf90 F77= d:/PGI/win64/18.10/bin/pgf90 CC = d:/PGI/win64/18.10/bin/pgcc FFLAGS=
2003 Sep 22
1
Compiling shared library on Alpha/OSF1
I'm having trouble compiling and installing R as a shared library on Alpha/OSF1. I used ./configure --enable-R-shlib SHLIB_CXXLDFLAGS=-L/lib/cmplrs/cxx (Using configure with --enable-R-shlib alone generated "Could not determine SHLIB_CXXLDFLAGS" errors.) make and everything else were done as specified in the documentation. It compiled everything without visible problems, but on
1997 Jun 10
0
R-beta: Compiling 0.49 on IRIX6.1
Hi there, I am compiling R-0.49 on my SGI Indigo 2 R8000 machine and it stopped in the middle. Could anyone help me to fix it? Many thanks! p.s.: The last lines of message: cc -g -I../include -DPOSIX_MISTAKE -c regerror.c cc -g -I../include -DPOSIX_MISTAKE -c regexec.c "engine.c", line 604: warning(1110): statement is unreachable break; ^ "engine.c", line 610:
1997 Aug 14
0
R-alpha: Compiling 0.49 on IRIX6.1
Hi, I am compiling R-0.49 on my SGI Indigo 2 R8000 machine and it stopped in the middle. Could anyone help me to fix it? Many thanks! -- Xiaoming Cai School of Geography .&______~*@*~______&. University of Birmingham "w/%%%%%%%%%%%%%%%%%%%\w" Edgbaston, Birmingham
1998 May 12
0
Compilation problem on OSF/1
PArdon the "newbie" nature of this question, but I *am* a samba newbie I'm trying to compile samba-1.9.18p6 on a DEC Alpha running OSF/1 V3.0 (I know it's old, but I'm stuck with it). I've modified the Makefile as follows... ># Add any optimisation or debugging flags here ># add -DSYSLOG for syslog support >FLAGS1 = -O -std1 -w >LIBS1 = and ># This
1997 Aug 13
1
R-beta: compiling R-5.0 on IRIX6.1
Hi, I am compiling R-0.50 on my SGI Indigo 2 R8000 machine with IRIX6.1 and it stopped in the middle. Could anyone help me to fix it? Many thanks! p.s.: The last lines of message: : ../lib/libappl.a cd regex; make cc -g -I../include -DPOSIX_MISTAKE -c regcomp.c "regcomp.c", line 753: warning(1110): statement is unreachable break; ^ cc -g -I../include -DPOSIX_MISTAKE -c
1997 Aug 13
1
R-beta: compiling R-5.0 on IRIX6.1
Hi, I am compiling R-0.50 on my SGI Indigo 2 R8000 machine with IRIX6.1 and it stopped in the middle. Could anyone help me to fix it? Many thanks! p.s.: The last lines of message: : ../lib/libappl.a cd regex; make cc -g -I../include -DPOSIX_MISTAKE -c regcomp.c "regcomp.c", line 753: warning(1110): statement is unreachable break; ^ cc -g -I../include -DPOSIX_MISTAKE -c
1999 Sep 02
1
unresolved symbols in growth and repeated libraries
I am having trouble using Jim Lindsey's libraries because of unresolved symbols. I am currently using R 0.65.0, but had this problem in earlier releases as well. I have a RedHat 6.0 Linux on i386 and use egcs (upgraded to that distributed with rawhide, after first failures with the libraries): egcs-g77-1.1.2-19 egcs-1.1.2-19 Installation of the libraries works but on loading >