similar to: Trouble building R 3.5.0 under Ubuntu 18.04 (Bionic Beaver)

On Tue, May 22, 2018 at 6:47 PM, Steve Gutreuter <sgutreuter at gmail.com> wrote: > I would love to hear from anyone who has successfully built 3.5.0 under > Ubuntu 18.04 (Bionic Beaver). This is the wrong list, see R-sig-debian. That said, apt-get update apt-get build-dep r-base wget https://cran.r-project.org/src/base/R-3/R-3.5.0.tar.gz tar -xvf R-3.5.0.tar.gz cd R-3.5.0

I would love to hear from anyone who has successfully built 3.5.0 under Ubuntu 18.04 (Bionic Beaver). My attempts have failed, including: export LDFLAGS="$LDFLAGS -fPIC" export CXXFLAGS="$CXXFLAGS -fPIC" export CFLAGS="$CFLAGS -fPIC" ./configure --enable-R-shlib --prefix=/usr/lib/R/3.5.0 #### Configure completes normally without errors or warnings make #### make

I suspect the main difficulty the OP is having is building R with shlib support. Steve, can you build from source without the --enable-R-shlib flag on configure? Kevin On 05/23/2018 01:58 PM, Ista Zahn wrote: > On Tue, May 22, 2018 at 6:47 PM, Steve Gutreuter <sgutreuter at gmail.com> wrote: >> I would love to hear from anyone who has successfully built 3.5.0 under >>

Dear Debian persons I would like enquire about whether the repository deb https://cloud.r-project.org/bin/linux/ubuntu bionic-cran35/ I tried to follow the instructions and I cannot get R3.5.1 - I get R3.4.4??? I have been able to install R3.5.1 on Ubuntu 16.02 using the xenial-cran35/ repository & so not sure if the bionic link is up to date? thanks in advance Regards Alison

Dear Dirk (other users and Dave) PART 1 I finally was able to install R.3.5.1, however, I had to invoke the following sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys E084DAB9 As this skin of Ubuntu 18.04 (Peppermint) does not seem to allow access to the bionic-cran35 repository unless this key is set and added to the system. This is odd - well for me anyway, as for other skins of

In OCaml 4.06 we need to link to daemon to libasmrun_pic.a (the OCaml runtime linked with -fPIC). Otherwise you will see many errors like this: /usr/bin/ld: /usr/lib64/ocaml/libasmrun.a(startup_aux.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib64/ocaml/libasmrun.a(startup.o): relocation

Hi everyone, *1.* I had a file called server.cpp that i can run using: g++ -o server server.cpp -lrpc -ldl -lpthread *2.* Converted the file into LLVM IR, modified it and saved to file using the WriteBitcodeToFile function. The name of resulting file is "output". *3.* Used llc command for generation of "output.o" file as: llc -filetype=obj output *4.* Used gcc command to

Small correction: The last lines should be? ? ? The following packages have unmet dependencies:? ? ?r-base : Depends: r-base-core (>= 3.6.0-2bionic) but it is not going to be installed? ? ? ? ? ? ? Depends: r-recommended (= 3.6.0-2bionic) but it is not going to be installed? ? ? ? ? ? ? Recommends: r-base-html but it is not going to be installed? ? ? ? ? ? ? Recommends: r-doc-html but it is

I can't tell what you did wrong as I can't see your setup -- and your email is not really readable on my screen (next time please try text mode if you can). Bionic beaver works for other people, see eg this blog post, support slides and (primarily) video http://dirk.eddelbuettel.com/blog/2019/06/09#022_rocker_and_ppas http://dirk.eddelbuettel.com/papers/r4_rocker_and_ppas.pdf

Hello, I appear to have a similar issue as?Willem Ligtenberg (Disco Dingo repository issues,?Thu May 2 19:01:04 CEST 2019), except on a completely fresh installation of Ubuntu?18.04 LTS (Bionic Beaver). After updating and upgrading packages and adding the repo "deb https://cloud.r-project.org/bin/linux/ubuntu bionic-cran35/" and associated key, attempting to install r-base fails due to

Regarding the previous problem with setting up r-devel in Linux Mint 17.1 64-bit, I deleted all the r-devel files I previously had, and then I did the check out to the '~/svn/r-devel' directory originally mentioned by by Dirk on https://stat.ethz.ch/pipermail/r-sig-debian/2012-August/001935.html, instead of the customised location I previously chose: '~/SVN/R-devel/trunk' and

Hello, Could I please ask you for help? I opened a case in GCC Bugzilla and got reply that -fpie have to be used to get it compiled. Now it fails for me with: x86_64-pc-linux-gnu-gcc -o ssh ssh.o readconf.o clientloop.o sshtty.o sshconnect.o sshconnect1.o sshconnect2.o mux.o roaming_common.o roaming_client.o -L. -Lopenbsd-compat/ -flto=4 -fuse-linker-plugin -Wl,--as-needed -Wl,-O2 -Wl,-flto -O2

Hi All: I still use fedora 17 ( heard about fedup so plan on trying it soon ) and the only way to currently obtain a recent version of R when you're on 17 is to build it from source. ( if anyone knows another way, let me know. ). So, I was able to do that initially. But then I tried to run Rstudio and it complained about the lack of a shared library. So, I went back to do it over and first I

Dear list, This is my first time trying to set up the development version of R (R-devel ) in my local machine to test some packages before submitting them to CRAN. I'm using Linux Mint 17.1 64-bit, which is an Ubuntu-based distro. However, I'm not able to correctly set up r-devel, apparently due to a problem with enabling the shared library support. I run the first script given by Dirk

I was looking into the AsmPrinter and the method EmitSectionOffset which contains this code: -------------------------------------------------------------------------------- // If the section in question will end up with an address of 0 anyway, we can // just emit an absolute reference to save a relocation. if (Section.isBaseAddressKnownZero()) { OutStreamer.EmitSymbolValue(Label, 4,

>> You can check with ldd /usr/lib/dovecot/imap-login (or libexec) No, I cant because I'm compiling dovecot with openssl compiled as FPIC which means that its not getting dynamicly linked. When I try to compile against non-fpic openssl I just got /usr/openssl-1.0.2l/lib/libssl.a(s23_srvr.o): relocation R_X86_64_32 against `.rodata' can not be used when making a shared object;

Dear all, I'm having issues with the installation of the ncdf package. It returns a non-zero exit status. Can anyone suggest what I should do next? FYI, I do not have problems installing other packages. Thanks. Muhammad * installing *source* package ?ncdf? ... checking for nc-config... /usr/local/bin/nc-config configure: creating ./config.status config.status: creating src/Makevars **

Correction. Even though i compile against fpic version of openssl imap-login binnary is still dynamicly linked :/ root at sv1 [/usr/dovecot-2.2.33.2/libexec/dovecot]# ldd imap-login|grep ssl libssl.so.1.0.0 => /lib64/libssl.so.1.0.0 (0x00007f1428559000) I've put new libssl.so.1.0.0 in this location from /usr/openssl-1.0.2l-fpic/lib/ # strings /lib64/libssl.so.1.0.0|grep openssl

On Tue, Jan 21, 2014 at 10:20 AM, Dmitri Gribenko <gribozavr at gmail.com>wrote: > On Tue, Jan 21, 2014 at 8:03 PM, Renato Golin <renato.golin at linaro.org> > wrote: > > Chandler, > > > > I may be doing this wrong, but I'm getting a weird error in building LLVM > > with Clang via CMake. > > I have been debugging a similar issue that I isolated

I am trying to build R on a Centos server without admin privileges (or support), so I can call R functions from NetLogo models (via the NetLogo R extension or possibly Rserve), but I'm getting stuck near the end of make. Any suggestions? Here's the setup... $ R_SHELL=/bin/sh $ R_HOME=~/R-devel $ cd $R_HOME; ./configure; make returns ... begin installing recommended package MASS