similar to: v3.4.0-2 incompatible with gcc 7.1

Displaying 20 results from an estimated 5000 matches similar to: "v3.4.0-2 incompatible with gcc 7.1"

2017 Jun 23
2
v3.4.0-2 incompatible with gcc 7.1
Thank you for correcting my misunderstandings, Professor. Compiling from source did the trick, and I'll be following up with the arch maintainers about addressing the issue on their end. Best, Chris On Fri, 23 Jun 2017 at 11:02 Prof Brian Ripley <ripley at stats.ox.ac.uk> wrote: > R is compatible with GCC 7.1 ! New compiler versions are tested, as > well as those under
2017 Jun 24
1
v3.4.0-2 incompatible with gcc 7.1
Thanks Ista, that's good to know. Did you install from pacman? Chris On Fri, 23 Jun 2017 at 20:35 Ista Zahn <istazahn at gmail.com> wrote: > FWIW, I don't have any problems with R on Arch Linux. > > On Jun 23, 2017 1:32 PM, "Chris Cole" <chris.c.1221 at gmail.com> wrote: > >> Thank you for correcting my misunderstandings, Professor. Compiling from
2017 Jun 23
0
v3.4.0-2 incompatible with gcc 7.1
R is compatible with GCC 7.1 ! New compiler versions are tested, as well as those under development for the major compilers. (A few packages still fail with GCC 7.1, but that was reported to their maintainers months ago.) Just follow the instructions in the R-admin manual to install from sources. OTOH, ' v3.4.0-2 ' is not an R version number, so I think you are referring to binary
2017 Jun 24
0
v3.4.0-2 incompatible with gcc 7.1
FWIW, I don't have any problems with R on Arch Linux. On Jun 23, 2017 1:32 PM, "Chris Cole" <chris.c.1221 at gmail.com> wrote: > Thank you for correcting my misunderstandings, Professor. Compiling from > source did the trick, and I'll be following up with the arch maintainers > about addressing the issue on their end. > > Best, > > Chris > > On
2008 May 12
1
RPM-style install (SLED 10.1)
I am trying to install R on a SLED 10.1 machine. R-base-2.7.0-7.1-i586.rpm fails with stas at linux-6b8s:~/RPMs> rpm -Uvh R-base-2.7.0-7.1.i586.rpm warning: R-base-2.7.0-7.1.i586.rpm: Header V3 DSA signature: NOKEY, key ID 14ec5930 error: Failed dependencies: libgfortran.so.1 is needed by R-base-2.7.0-7.1.i586 I tried to trick it into believing there's the library by setting up
2011 Sep 25
1
trouble with library(FEAR) and libgfortran.so.1
Running R version 2.13.1 under Ubuntu 10.10 (kernel version 2.6.35-30-generic) on a x86-64 laptop with gfortran 4.4, I'm trying to install and use the FEAR package from http://www.clemson.edu/economics/faculty/wilson/Software/FEAR/fear.html. I downloaded the the FEAR 1.15 package for 64-bit Linux (compatible with R-2.12.0 compiled with GCC, GNU Fortran 4.1.2, Linux kernel 2.6.16.60 SMP) to the
2016 Feb 01
2
rstan warning messages
Got past my libgfortran issue ln -s /usr/lib64/libgfortran.so.3 /usr/lib/libgfortran.so Now if I could get RCurl and rstan installed. Thanks, Larry -----Original Message----- From: Tom Callaway [mailto:tcallawa at redhat.com] Sent: Friday, January 29, 2016 2:46 PM To: Patrick, Larry B [CSSM] <longplay at iastate.edu>; 'r-sig-fedora at r-project.org' <r-sig-fedora at
2018 Mar 22
1
Cannot install broom package
Hello, I've problems installing several packages in my R on Fedora 27 64 bit. I found out that it has to do something with a missing compiler (libgfortran.so.3, see below). It works if I downgrade the current version of libgfortran to the specified version by downloading libgfortran-6.2.1-2.fc25.x86_64.rpm and manually installing it. However, I don't want to mess up my system,
2015 May 08
2
Unable to install packages: "/usr/bin/ld: cannot find -lgfortran"
Dear all, I'm using R version 3.2.0 in Ubuntu 12.04 LTS. While trying to install any package I get the error: "/usr/bin/ld: cannot find -lgfortran" If I open a Terminal and run "ldconfig -p | grep libgfortran"?, I get:? "libgfortran.so.3 (libc6,x86-64) => /usr/lib/x86_64-linux-gnu/libgfortran.so.3" I've been an R user for two years and this is the
2008 Dec 06
1
libgfortran.so.3 is needed by libblas
Hi, I can''t find any forum that''s directly applicable to opensuse. My apology if I post on a wrong mailing list. But I really like R and want to use it on linux. The problem is I''m new to linux. I have opensuse 11.0. I download the x86_64 installer from opensuse repo. I run the installer and got error saying that libgfortran.so.3 is needed by libblas. I found
2008 Nov 01
2
[LLVMdev] llvm-gfortran gives errors on AMD64-Ubuntu
Hi, I have installed llvm and llvm-gfortran on Pentium4 machine using 32-bit Ubuntu, it works fine. I recently installed them on AMD64-Ubuntu 8.04, llvm-gfortran gave me following errors $ llvm-gfortran -Wall hello.f95 -o hellof /home/jli127/LLVM/llvm-gcc/install/bin/../lib/gcc/x86_64-unknown-linux-gnu/4.2.1/../../../../lib64/libgfortran.a(error.o): In function `_gfortrani_gfc_itoa':
2010 Mar 03
1
(PR#14226) -- Re: libgfortran misplaced in Mac OS X R install (PR#14226)
I am the guy who compiles the OpenMx binaries. We would be delighted to place our package on CRAN, once the project is stable enough so that we are comfortable releasing it to the larger public. Let's try to track down where I made a mistake. Our Makevars.in file contains the line: PKG_LIBS=$(FLIBS) $(BLAS_LIBS) $(LAPACK_LIBS) In addition, on the build machine I noticed that a copy of
2008 Nov 07
3
[LLVMdev] llvm-gfortran gives errors on AMD64-Ubuntu
Hi Duncan, Thanks for your answers. Compiling .s file is OK after adding the -lgfortran -lgfortranbegin. I replace my Ubuntu 8.04 and by Ubuntu 8.10. And I checked all new packages installed by 'apt-get' are amd64 version. However after compiling the llvm-gfortran, I got the same error. Here is my configure arguments $ ../llvm-gcc4.2-2.3.source/configure --prefix=`pwd`/../install
2008 Jun 20
2
Help with gcc 4.3.x and libfortran errors
I am trying to install gcc 4.3.0 or 4.3.1 on a 64-bit CentOS 5.0 machine, fully patched, and keep getting: make[3]: *** [libgfortran.la] error 1 make[3]: Leaving directory /path/to/source/libgfortran make[2]: *** [all] error 2 make[2]: leaving directory /path/to source/libgfortran make[1]: *** [all-target-libgfortran] error 2 make[1]: leaving directory /path/to/source make: *** [all] error 2
2010 Mar 02
1
libgfortran misplaced in Mac OS X R install (PR#14226)
Full_Name: Timothy Brick Version: 2.10 OS: Mac OS X (seen on both 10.6 and 10.5) Submission from: (NULL) (63.255.24.5) When using install.packages in R on Mac OS X, packages that require gfortran throws an error (Example below from installation of OpenMx package): Loading required package: OpenMx Error in dyn.load(file, DLLpath = DLLpath, ...) : unable to load shared library
2008 Nov 03
0
[LLVMdev] llvm-gfortran gives errors on AMD64-Ubuntu
Hi, > I have installed llvm and llvm-gfortran on Pentium4 machine using 32-bit > Ubuntu, it works fine. I recently installed them on AMD64-Ubuntu 8.04, > llvm-gfortran gave me following errors > > $ llvm-gfortran -Wall hello.f95 -o hellof this works here on x86-64 ubuntu 8.10. I took a look in my libgfortran.a and it doesn't reference any of the symbols you mention. >
2006 Sep 01
3
[LLVMdev] gfortran: patch, question
On 9/1/06, Chris Lattner <sabre at nondot.org> wrote: > On Fri, 1 Sep 2006, Michael McCracken wrote: > > I wanted to know if I should submit patches with comments around them > > like the "APPLE LOCAL LLVM" ones that mark the LLVM-only changes to > > the tree. I'd like to make it as easy as possible to apply these, so > > let me know any rules I
2016 Jan 28
2
rstan warning messages
Looks to have libgfortran installed. yum list installed | grep libgfortran libgfortran.x86_64 4.4.7-16.el6 @rhel-x86_64-server-6 What else could I check? Installed libcurl-devel and libidn-devel. yum list installed | grep libcurl libcurl.x86_64 7.19.7-46.el6 @rhel-x86_64-server-6 libcurl-devel.x86_64
2017 Aug 02
2
Getting R to work with Fedora 26
I just installed Fedora 26 on my laptop, and R now fails to load. The error message is missing libgfortran.so.3. Does anyone have a fix for this? FC 26 comes with R-3.4.1 as an RPM, but it throws the error, as does trying to compile R-3.4.1 from source. -- Jeff Trefftzs http://www.trefftzs.org
2011 Sep 12
3
[LLVMdev] llvm-gfortran problems
Hello, Sorry for the late reply. Using dragonegg worked well, thanks all! Just as a note... I had to use llvm-ld during the link step because gfortran could not link bitcode. Here's an example of the error shown when using gfortran instead of llvm-ld: $ ${GCC_4_5_0}/bin/gfortran hw.f -c -fplugin=${DRAGONEGG_PLUGIN}/dragonegg.so -o hw.o -flto -emit-llvm -S $ ${LLVM_2_9}/bin/opt -mem2reg hw.o