similar to: compiler flags for performance

On 13/06/2019 16:14, Dirk Eddelbuettel wrote: > On 13 June 2019 at 16:05, lejeczek via R-devel wrote: > | I'd like to ask, and I believe this place here should be best as who can > | know better, if building R with different compilers and opt flags is > | something worth investing time into? > | > | Or maybe this a subject that somebody has already investigated. If yes >

On Fri, Jun 14, 2019 at 1:44 PM lejeczek via R-devel <r-devel at r-project.org> wrote: > On 13/06/2019 16:14, Dirk Eddelbuettel wrote: > > On 13 June 2019 at 16:05, lejeczek via R-devel wrote: > > | I'd like to ask, and I believe this place here should be best as who > can > > | know better, if building R with different compilers and opt flags is > > |

On 13 June 2019 at 16:05, lejeczek via R-devel wrote: | I'd like to ask, and I believe this place here should be best as who can | know better, if building R with different compilers and opt flags is | something worth investing time into? | | Or maybe this a subject that somebody has already investigated. If yes | what then are the conclusion? | | Reason I ask is such that, on Centos 7.6

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

hi guys I've one box where I just yesterday upgraded Centos. I wonder if that kernel upgrade process might somewhat troublesome. After that upgrade UEFI boot fails with: Failed to set MokListRT: Invalid Parameter Something has gone seriously wrong: import_mok_state() failed : Invalid Parameter Has anybody seen that? And maybe know to fix it? many thanks, L.

In trying to compile a package with c code using Rtools, -O3 is added by default. This comes from Makeconf? Compiler flags (CFLAGS="-O0 -g" ) set in src/Makevars.win or src/Makevars appear before this. nm pkg.dll reveals no symbols! How can I compile a Windows package with "-O2 -g"? Thanks, RT -- View this message in context:

OK: despite Dirk's very kind help, I decided that trying to deal with R configuration and Debian configuration simultaneously was too difficult. I did manage to solve my problem by reconfiguring/making/ installing all of 2.3.1 from source: ./configure F77=/usr/bin/g77 make make install A few questions inspired by this experience: (1) it seems a bit odd that R sets F77=gfortran by

hi guys, I realize it's not necessarily Samba type of a question but since this community here is vast with lots of win experience I thought I'd poke - same one winstation(ver. 1903) and computer's domain users when logged in can connect WIFI no problems, only Samba domain users cannot (to the same WIFIs). Anybody? many thanks, L.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 2018-11-20 at 13:42 +0000, Phil Wyett wrote: > On Tue, 2018-11-20 at 13:32 +0000, lejeczek via CentOS wrote: > > hi guys > > > > I've one box where I just yesterday upgraded Centos. I > > wonder if that kernel upgrade process might somewhat > > troublesome. > > After that upgrade UEFI boot fails

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

R 3.4 has 'experimental' support for setting CXX_STD to CXX98 / CXX11 / CXX14 / CXX17. However on most platforms, the R configuration seems to leave the CXX1Y and CXX1Z fields blank in "${R_HOME}/etc/Makeconf" (rather than falling back on default CXX). Therefore specifying e.g CXX_STD= CXX14 will fail build with cryptic errors (due to compiling with CXX="") I

So in English what you are saying is that there's a file called Makeconf in the etc directory under the R_HOME that contains the information. That certainly seems to be true for Linux. Thanks. -----Original Message----- From: G?bor Cs?rdi [mailto:csardi.gabor at gmail.com] Sent: 22 January 2016 11:37 To: Tom Quarendon <tom.quarendon at teamwpc.co.uk> Cc: r-devel at r-project.org

I did have a search, but searching for "configure" just brought up loads of results for how to configure R. I'm sure it is in the manual, once you know where to look for it and if you know all the manuals inside out. Looking at the help for R CMD config, it's not actually clear that these relate to the options specified on configure, and it doesn't tell you things like

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]. -Kirill [1] http://stackoverflow.com/q/40563269/946850 On 12.11.2016 03:01, Dirk Eddelbuettel wrote: > On 11 November 2016 at 23:48, Kirill M?ller wrote: > | After upgrading to Ubuntu

I'm looking for some official ogg icons to display in windows... i've found ltos of unofficial ones... i have this vague feeling i saw offical icons listed somewhere... but ican't remember where. What i'm after is 1 (or 3) icons... either just a single generic ogg icon... or 3 icons, 1 generic, 1 video, 1 audio... preferably in .ico format and in large and small sizes. Specific

Full_Name: Tom Short Version: 1.9.1 OS: Win2000 & Debian Submission from: (NULL) (64.65.255.41) WISHLIST: axis() has a default parameter of "lwd = 1". I want skinnier lines as the default. If I change the default lty, it doesn't change what axis uses. The following code produces a graph with a box around it, but the axis lines are twice as thick as the box around the plot, so

On Sat, Feb 07, 2015 at 01:05:58PM -0600, g wrote: > so much for all that. > > i just thought it was working. :-( > > only way i can get system clock to show correct CST is to set bios > clock to CST. I suggest reading the man page for 'hwclock'. Namely, the --utc option. If you don't tell your system that the BIOS is stored as UTC, then it will assume it's

When I install an R package with cpp codes such as rrcov via CRAN (under R 3.1.1, using no Makevars file and under Ubuntu 14.04 using GCC 4.8), the cpp code is compiled with the -o3 flag (in fact, looking at the Makeconf file this seem to again be the default since R 3.1.1) But when I install my own package via CRAN it is compiled with the -o2 flag. My questions are what is causing my

After upgrading to Ubuntu 16.10, which brings GCC 6, I've noticed that packages are compiled in C++14 mode by default. Here's what a g++ command for compiling one of Rcpp's modules look like on my system: g++ -I/usr/share/R/include -DNDEBUG -I../inst/include/ -fpic -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -g -c

I shouldn't try to do this on Monday morning. Can anyone suggest why the make for R 0.63 is failing for me under Solaris (SunOS 5.6). Paul Gilbert ... creating src/scripts/html2dos creating tests/Makefile creating tests/Examples/Makefile creating src/include/Platform.h R is now configured for sparc-sun-solaris2.6 Source directory: . Installation directory: /usr/local C