similar to: Typo in C++11 Section of Writing R Extensions

Was writing a short R script to modify compile flags and saw this typo: Index: config =================================================================== --- config (revision 68217) +++ config (working copy) @@ -61,7 +61,7 @@ CXX1X C++ compiler command for C++11 code CXX1XSTD flag used to enable C++11 support CXX1XFLAGS C++11 compiler flags - CXX1XXPICFLAGS +

Recently, there have been changes to R-devel to make it more compatible with GCC 6.x, which is great. Unfortunately, Windows still uses a toolset based on GCC 4.9.3. When compiling R release or R-patched, one can have GCC called with -std=gnu++11 by having it in the CXXFLAGS in one's HOME/.R/Makevars as well as by overwriting CXX1XSTD in R_HOME/src/gnuwin32/fixed/etc/Makeconf. When trying

Hello, I'm writing an R package that is mainly written in C++. By default, R CMD INSTALL creates C/C++ flags as follows: -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -g However, my package is fairly large. With debug info compiled into the library, the generated .so file is over 200MB. Without debug info, it's about 30MB. I hope

Hi, I have a domain with 3 DCs running 4.11.8. The database itself dates back to Samba3 and has been gradually updates over the years. When I check out a ticket I get the following results from klist -e Ticket cache: FILE:/tmp/krb5cc_0 Default principal: user at OLDDOMAIN Valid starting Expires Service principal 06/12/2020 23:25:04 06/13/2020 09:25:04 krbtgt/ OLDDOMAIN at

Hi, In winbind, are there any plans to add the idmap_ad options "unix_primary_group" and "unix_nss_info" to the idmap_rfc2307 backend? I am using an ldap proxy to preserve the UNIX uids and gids between two domains, and it would be nice to also share the shell setting and the UNIX primary group as well.

Hi everyone, I have two domains with a two way trust (DomA and DomB). When users from DomA (on a DomB Linux PC) access sysvol on DomB's DC using smbclient everything works: # smbclient //DomB /sysvol -Udoma\\user -c 'ls' -k . D 0 Thu Jan 9 13:53:03 2020 .. D 0 Thu Jan 9 14:28:29 2020 domb

On Thu, Dec 19, 2019 at 10:19:28PM +0000, Rowland penny via samba wrote: > On 19/12/2019 21:46, Sebastian Lisic wrote: > >Thanks for the quick reply, Rowland! > > > >The problem I have is that the clients of each domain do not have access to the other domain's DC. Only the DCs of each domain can talk to one another. With Microsoft no longer allowing POSIX attributes to be

C++ support across different platforms is now very heterogeneous. The standard is evolving rapidly but there are also platforms in current use that do not support the recent iterations of the standard. Our goal for R 3.4.0 is to give as much flexibility as possible. The default compiler is whatever you get "out of the box" without setting the "-std=" flag. This means different

Hi, I'm sure this is a fairly simple problem, but I can't seem to find any specific information in the documentation as to what is going on. I am writing a simple nearest neighbor program that takes in a set of of points on a plane and returns the neighbors of those points, for a fixed number of neighbors. However, the returned integer array that is allocated in R seems to occasionally

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

Hi R-devel, I'm noticing the following behaviour: writeLines("#include <Rcpp.h>", file = "test.cpp") Rcpp::sourceCpp("~/test.cpp") ## succeeds at trivial compile Sys.setenv("USE_CXX1X" = "yes") Rcpp::sourceCpp("~/test.cpp") ## fails; CXX nor CXX1X properly set (?) IIUC, R is not propagating CXX nor CXX1X when

CRAN has a package of mine in upload limbo because it failed UBSAN. I am not entirely ignorant on the topic of sanitizers and SAN / ASAN / UBSAN; we created not one but two Docker containers with ASAN and USBAN: https://registry.hub.docker.com/u/rocker/r-devel-san/ https://registry.hub.docker.com/u/rocker/r-devel-ubsan-clang/ as well as predecessors to them in earlier Docker repos. Yet I

On Sat, 2020-06-13 at 06:41 +0000, Sebastian Lisic via samba wrote: > Hi, > > I have a domain with 3 DCs running 4.11.8. The database itself dates > back to Samba3 and has been gradually updates over the years. I'm not sure why, but this probably doesn't have all the encryption types for either the user or the krbtgt account. Change the password on both. The user account

If I create directory on the DomB DC named /test and create the following share: [test] path = /test read only = No acl_xattr:ignore system acls = yes DomA users can access that through Windows on DomB without issue, but if I set [sysvol] to "path - /test they cannot". There appears to be some special magic with [sysvol] I am unaware of. I'm not seeing any

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]]

I'm running Ubuntu 17.04 and R 3.4.1. I installed the latter yesterday, so I presume it's the latest version. I want to install Tidyverse, which I've spent many happy hours with under Windows. But when I do install.packages("tidyverse") , I get errors about unrecognized command line options to gcc. These start when the install hits the colorspace and munsell packages.

The build system rolled up R-3.4.4.tar.gz (codename "Someone to Lean On") this morning. This is intended to be the last of the 3.4.x release series. The list below details the changes. You can get the source code from http://cran.r-project.org/src/base/R-3/R-3.4.4.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due

The build system rolled up R-3.4.4.tar.gz (codename "Someone to Lean On") this morning. This is intended to be the last of the 3.4.x release series. The list below details the changes. You can get the source code from http://cran.r-project.org/src/base/R-3/R-3.4.4.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due

Dear Prof. Ripley, Thank you for your answer. I think I am way over my head here. (Using Doker adds a level of complexity that I'm afraid I can't manage for now so I am happy with building Rdevel and using it in to run these tests). After building Rdevel with what I think are the correct options** (just to avoid mistakes I have also fully removed R from my system just before and

On Mon, 29 Jun 2020 at 11:24, I?aki Ucar <iucar at fedoraproject.org> wrote: > > On Mon, 29 Jun 2020 at 10:21, Roger Bivand <Roger.Bivand at nhh.no> wrote: > > > > In the rgdal package, configure.ac has had : ${LDFLAGS=`"${RBIN}" CMD > > config LDFLAGS`} at least since 2012, so picking up LDFLAGS known to the R > > version installed. Very