similar to: building 2.11.1 on solaris 10

Dear all, I just changed from linux to a solaris server and I'm having trouble building R from source. I can't use the binaries because I don't have a permission to write to /usr/local. I followed the online instructions regarding the configuration with readline and the GNU version of iconv: ./configure --prefix=/u/fox/binaries

On Sun, Jun 13, 2010 at 8:28 AM, Uwe Ligges <ligges at statistik.tu-dortmund.de> wrote: > > > On 13.06.2010 01:09, Dr. David Kirkby wrote: >> >> On 06/12/10 05:27 PM, Douglas Bates wrote: >>> >>> On Sat, Jun 12, 2010 at 8:37 AM, Dr. David Kirkby >>> <david.kirkby at onetel.net> wrote: >>>> >>>> R 2.10.1 is used in

Dear R devel list, Good morning; I'm with the Sage (http://www.sagemath.org) project. (Some of you might have seen my talk on this at last summer's useR conference). We have some rudimentary support for using R graphics in various cases, which has proved useful to many of our users who want to go back and forth between R and other capabilities within Sage. Unfortunately, the way we

Hello, I'm attempting to build R on Solaris 64-bit using gcc4, and am running into the following error: ld.so.1: R: fatal: relocation error: R_AMD64_PC32: file /home/chander.ganesan/src/r/R-2.15.0/lib/libR.so: symbol main: value 0x28001597b8c does not fit I've noticed - from some lists, and a bug here (http://trac.sagemath.org/sage_trac/ticket/9040) that this isn't an

Dear all, While I was trying to build R source, I found an error at datasets package (there was no error before that) ../../../library/datasets/R/datasets is unchanged Error in dir.create(Rdatadir, showWarnings = FALSE) : file name conversion problem Calls: <Anonymous> -> <Anonymous> -> dir.create Execution halted make[2]: *** [all] Error 1 make[1]: *** [R] Error 1 make: ***

acpi_evaluate_dsm() and friends take a pointer to a raw buffer of 16 bytes. Instead we convert them to use uuid_le type. At the same time we convert current users. acpi_str_to_uuid() becomes useless after the conversion and it's safe to get rid of it. The conversion fixes a potential bug in int340x_thermal as well since we have to use memcmp() on binary data. Cc: Rafael J. Wysocki <rjw

Hi Pete, > https://reviews.llvm.org/D36331 Congratulations! > Following shortly: > * Clang driver and target triple support. great, then it is able to generate ELF by $ /opt/llvm-svn/bin/clang -c --target=arc hello.c -o hello.o -mmcu=XXX and do you plan to implement ARC target for lld[1]? it is a good testcase: flash them directly to the chip[2], or simulator[3]. 1. ARC

Hello Leslie, I don't know quite what to say as I don't know precisely what your question is? If I am not being precise enough please can you put some explicit questions in? From what I can see in the output, here are some comments. >From your arc mapfiles it looks like that in the output both linker's have given the .text output section the correct base address given the

I'm trying to build R 2.10.1 on a Sun Blade 1000 running Solaris 10 (03/05 release). I've installed iconv 1.13.1 and used: CPPFLAGS="-I /export/home/drkirkby/sage-4.3.3.alpha0/local/include" (which is where iconv is) LDFLAGS= -R/export/home/drkirkby/sage-4.3.3.alpha0/local/lib -L/export/home/drkirkby/sage-4.3.3.alpha0/local/lib The build of R fails as below. gcc

Hello Leslie, The errors coming from the gnu assembler are due to the file being assembled in Arm state, to get rid of the errors you'll either need to put a .thumb directive in the file, or pass -mthumb to the assembler via arm-linux-gnu-gcc -Wa,-mthumb (I think). I'm not able to explain what you are seeing in your print out as it doesn't quite match the map file. Looking at your

I am running R 3.5.1 on ubuntu 18.04, installed via apt. When I run R from the bash prompt, I get (reinstalling r-base doesn't help) > devtools::install_github("goranbrostrom/eha", build_vignettes = TRUE) *** caught segfault *** address 0x68456, cause 'memory not mapped' Traceback: 1: dyn.load(file, DLLpath = DLLpath, ...) 2: library.dynam(lib, package,

R Listers, One of the list contributors suggested I abandon attempts to build R-1.9.1 and focus on building R-2.3.1. I believe the main set of packages have been built properly (with some changes to the code) - however, when building the Recommended packages, the build fails. CODE CHANGES: ============= 1. My C compiler requires a ";" on line 589 of ..../src/main/printutils.c. Here

Hi everyone This is my first post to the list. I had experience installing and using Bioconductor on Linux and Windows systems but I am encountering problems installing Biobase on Solaris running on Sparc. The package compilation works fine, with only a warning warning: implicit declaration of function `__builtin_isnan' the help files are generated but in the end it fails with an error

Hello, I've been trying to make LinkingTo work when the package linked to has c++ code. I've put dumb packages to illustrate this emails here ; http://addictedtor.free.fr/misc/linkingto Package A defines this C++ class: class A { public: A() ; ~A() ; SEXP hello() ; } ; Package B has this function : SEXP say_hello(){ A a ; return a.hello() ; } headers of package A are copied

---------- Forwarded message --------- Od: Milan Bu?ka <milan.buska at gmail.com> Date: st 6. 5. 2020 v 16:15 Subject: Re: [Nouveau] GeForce(R) GT 710 1GB PCIE x 1 on arm64 To: Ilia Mirkin <imirkin at alum.mit.edu> Here is: # dmesg [ 0.000000] Booting Linux on physical CPU 0x0000000100 [0x411fd073] [ 0.000000] Linux version 5.6.10-zotac (root at saux) (gcc version 9.3.0 (SAUX

Hi Pete, Thanks for your kind response! I migrated AVR target for lld https://reviews.llvm.org/D32991 it is very beginning, only support R_AVR_CALL reloc, and ARC is more complex than AVR, I will learn it from binutils, also ARC related doc, then try to implement it. 发自我的iPhone ------------------ Original ------------------ From: Pete Couperus <Peter.J.Couperus at synopsys.com> Date:

Hi Steve, On 2018-07-05 21:49, Steve Gutreuter wrote: > Hi G?ran, > > I do not have a solution for your problem, but I can confirm that R > 3.5.1 runs correctly for me from the shell prompt on Ubuntu 18.04. > However, I compiled R 3.5.1 from the source tarball, so the problem > might be with the Ubuntu deb. > > Have you tried completely removing R and then re-installing

Just as one more datapoint: I cannot reproduce the segfault, with R 3.5.1 on (L)Ubuntu 18.04. (I use the Ubuntu package, i.e. I did not build from source.) regards Enrico Quoting G?ran Brostr?m <goran.brostrom at umu.se>: > I am running R 3.5.1 on ubuntu 18.04, installed via apt. When I run > R from the bash prompt, I get (reinstalling r-base doesn't help) >

Hi to all. I'm experimenting with running a https://www.zotac.com/us/product/graphics_card/geforce%C2%AE-gt-710-1gb-pcie-x-1 card on an Nvidia Jetson TX2 arm64 device. Possible? Linux kernel aarch64 5.6.10. Because Nvidia did not list drivers for this architecture, I'm experimenting with a nouveau driver. The Jetson TX2 has a default driver for the host1x framebuffer for output from the

Hi, I have some surprising trouble installing the gputools package. This is a linux box running Fedora with an Nvidia GeForce GTX 260 card and R 2.12.1 I had gputools running on it for the past several months. Wanting to update to the newest version, I simply executed install.packages("gputools") from within R. This should mean that the problem isn't in the hardware or OS. Errors