similar to: building R Devel --enable-R-shlib

On 4 February 2016 at 22:56, Sebastian P. Luque wrote: | Hello, | | It has been a while since my last R Devel build, and now I'm running | into an issue I'm not sure how to isolate. After updating to the latest | SVN sources, and using: | | ---<--------------------cut here---------------start------------------->--- | tools/rsync-recommended | R_PAPERSIZE=letter \ |

Hello, Until last weekend, I used to build R Devel smoothly with this switch (--enable-strict-barrier) on, but now it fails on my Debian system (found the culprit after posting on r-sig-debian). Configuring and building with: ---<--------------------cut here---------------start------------------->--- tools/rsync-recommended R_PAPERSIZE=letter \ R_BATCHSAVE="--no-save

On Fri, 5 Feb 2016 06:29:46 -0600, Dirk Eddelbuettel <edd at debian.org> wrote: > On 4 February 2016 at 22:56, Sebastian P. Luque wrote: >> Hello, >> >> It has been a while since my last R Devel build, and now I'm running >> into an issue I'm not sure how to isolate. After updating to the >> latest SVN sources, and using: >> >>

Hi Dirk, I too would need to get R-devel on my Ubuntu box (alongside an existing R installation) to check my packages, especially given the mayhem that awaits us when the new `R CMD check --as-cran` goes live. ( http://stat.ethz.ch/R-manual/R-devel/doc/html/NEWS.html ) I was wondering if the script that you posted on r-sig-debian a couple years back was still valid. More however, I'd like to

Dear List, Having used R on Windows for years, I have recently installed Ubuntu as a virtual machine. I admit that I am quite new to the linux world. Installing R (current version = 2.15.1) went smoothly, but I would like to have both the current version of R and R-devel installed. I've searched the net for info on doing this but so far without luck. Can anyone help me getting this up and

Hi All: I've been trying to install R-devel on my ubuntu 14.04 machine by following the directions at this link. http://singmann.org/installing-r-devel-on-linux/ The link is extremely clear and detailed but I run into an odd problem. When I run the script at the bottom of this ( which I call build-R-devel ), the following directory structure gets created. :/usr/local/lib/R> dir total 56

Does anybody know why two "-g" flags appear in the call to gcc in R CMD SHLIB Example: gcc -std=gnu99 -I/usr/share/R/include -DNDEBUG -fpic *-g* -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 *-g* -c c_file1.c -o c_object1.o Surely it need only be listed once? Alan [[alternative HTML version deleted]]

On 12 November 2016 at 07:59, Dirk Eddelbuettel wrote: | | On 12 November 2016 at 14:23, Kirill M?ller wrote: | | Thanks. I have now CXX = g++ -std=c++98 in my /etc/R/Makeconf, it's | | picked up properly. I can only assume that the last -std= option wins if | | more than one are given on the same command line [1]. | | Good to know it works. | | I am still a little puzzled why it was

Hello, I am trying to build the R-2.11.1 software for university faculty to use in research projects on a DEC/Compaq/HP AlphaServer model GS160 16CPU/64GB memory running Tru64Unix aka OSF1 version 5.1B-5. Is it known whether it is possible to build the R-2.11.1 software on the platform I am using? In my attempts to build the R-2.11.1 software, I first used the native C and Fortran 77/90/95

Hi! Well, my linux distribution has very recent versions of everything, so a working C++11 compiler exists: $ gcc --version | head -n1 gcc (GCC) 6.3.1 20170306 Could wrong ./configure options be at fault here? See: https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=r-devel#n40 My sessionInfo(): $ R-devel --slave -e 'sessionInfo()' | head -n3 R Under development (unstable)

>From copyVector in duplicate.c : void copyVector(SEXP s, SEXP t) { int i, ns, nt; nt = LENGTH(t); ns = LENGTH(s); switch (TYPEOF(s)) { ... case INTSXP: for (i = 0; i < ns; i++) INTEGER(s)[i] = INTEGER(t)[i % nt]; break; ... could that be replaced with : case INTSXP: for (i=0; i<ns/nt; i++) memcpy((char *)DATAPTR(s)+i*nt*sizeof(int),

Hi Gabriel, Thanks for your explanation, I totally understand that it is almost impossible to change the data structure of STRSXP. However, what I'm proposing is not about changing the internal representation, but rather about how we design and use the ALTREP API. I might do not state the workarounds clearly as English is not my first language. Please let me explain them again in detail.

On 29 August 2015 at 17:14, Liviu Andronic wrote: | Hi Dirk, | I too would need to get R-devel on my Ubuntu box (alongside an | existing R installation) to check my packages, especially given the | mayhem that awaits us when the new `R CMD check --as-cran` goes live. | ( http://stat.ethz.ch/R-manual/R-devel/doc/html/NEWS.html ) | | I was wondering if the script that you posted on r-sig-debian a

Sorry to ask about a bit drifted topic, but will there be an alternative API to DATAPTR? > DATAPTR is not in the API and can't be at least in this form I believe it's vital for ALTREP to return the pointer to the expanded version of a SEXP just like the implementation in base R does [1]. At least, VECSXP has no other measure to expose the pointer if I understand correctly. Best,

On Sat, 8 Jun 2024, Ben Bolker wrote: > The ASAN errors occur *even if the zero-length object is not actually > accessed*/is used in a perfectly correct manner, i.e. it's perfectly legal in > base R to define `m <- numeric(0)` or `m <- matrix(nrow = 0, ncol = 0)`, > whereas doing the equivalent in Rcpp will (now) lead to an ASAN error. > > i.e., these are *not*

Dear All, I'm trying to implement the section of the manual pertaining to the gcc-ubsan test carried by CRAN on my local computer (ubuntu 14.04): http://www.stats.ox.ac.uk/pub/bdr/memtests/gcc-UBSAN/README.txt I was wondering whether someone could tell what the minimal version of the gcc tool chain needed to run the gcc-ASAN and gcc-UBSAN alignment tests on ones local

Experimenting with altrep objects and v3 serialization, I discovered a possible bug. Calling DATAPTR on a compact_intseq object returns a pointer to the expanded integer sequence in memory. If you modify this data, the object values appear to be changed. However, if the compact_intseq object is then serialized (with version=3), only the original integer sequence info is written. For example,

Hello from Bioconductor, I'm developing a package to share R objects across clusters using boost library. The concept is similar to mmap package: https://cran.r-project.org/web/packages/mmap/index.html . However, I have a problem when I was trying to write Dataptr_method for the alternative string. Based on my understanding, the return value of the Dataptr_method function should be a vector

Consider the following IR example: define void @simple([4 x double] *%ptr, i64 %idx) { %stack = alloca [4 x double] %ptri8 = bitcast [4 x double] *%ptr to i8* %stacki8 = bitcast [4 x double] *%stack to i8* call void @llvm.memcpy.p0i8.p0i8.i32(i8 *%stacki8, i8 *%ptri8, i32 32, i32 0, i1 0) %dataptr = getelementptr inbounds [4 x double], [4 x double] *%ptr, i32 0, i64 %idx

The ASAN errors occur *even if the zero-length object is not actually accessed*/is used in a perfectly correct manner, i.e. it's perfectly legal in base R to define `m <- numeric(0)` or `m <- matrix(nrow = 0, ncol = 0)`, whereas doing the equivalent in Rcpp will (now) lead to an ASAN error. i.e., these are *not* previously cryptic out-of-bounds accesses that are now being