Install problems with RcppTOML - headers not found about rcpptoml

[eddelbuettel]

That's between and your R installation. RcppTOML ships its headers, R reliably finds those. I unfortunately do not have the time now to read and debug your 100+ line report. Sorry.

Maybe try the rcpp-devel list, or better still (it if exists?) a CentOS list to get help from other folks forced to fight with two hands tied behind their back.

If you don't mind, I would like to close this as there is no conceivable error with RcppTOML as the CRAN results page shows:

[eddelbuettel]

PS If I had to guess it may the addition of devtoolset (a good move!) confusing what R has written down for itself about headers etc. Worst case you may have to quickly rebuild R under devtoolset. It's been years since I was forced^Hhad the distinct pleasure to work on CentOS so I no longer know the tricks. If you can find some CentOS/RHEL specific tutorials...

[kelbstf]

Thank you very much for answering so quick, i really appreciate it.
Actually it's 2 lines:

../inst/include/toml.hpp:29:66: error: no matching function for call to ‘regex_replace(const string&, std::regex, const char [2])’
         return std::regex_replace(str, std::regex("\\\\\""), "\"");


../inst/include/toml.hpp:29:66: note: candidates are:
In file included from /usr/include/c++/4.8.2/regex:62:0,
                 from ../inst/include/includize.hpp:7,
                 from ../inst/include/toml.hpp:4,
                 from parse.cpp:28:

where "/usr/include/c++/8.3.1" is missing...

And since this exact step succceeds for RFast (depending on C++17), i sensed the problem might be linked to Makevars "-DCPPTOML_USE_MAP", where RcppTOML differs from RFast...
I just hoped this differentce would ring a bell with you allowing you a quick drop in solution.

I totally understand your situation, sounds familiar.
Unfortunately, i'll have to find a solution, since this will have to run on a HPC cluster soon, where deb-based systems currently have a representaion of 1,4% according to top500.org. So rpm is a given, and switching between toolchains in a modular software stacks a requirement...

I'll dig deeper then and start with your idea to check the R-devtool-interaction ;-)

If i find a solution, i'll get back here and will post it.

Thank you again,

Best

[eddelbuettel]

You could try flipping the C++ standard to C++14 or C++17 to see if that works and g++ 8.3.* can help here:

rcpptoml/src/Makevars

Lines 2 to 3 in cb4d0a0

	## This is a C++11 package
	CXX_STD = CXX11

[eddelbuettel]

(And it really has zero to do with deb versus rpm. People who insist on Ubuntu 14.04 or 16.04 (or ancient Debian releases) can be similarly hosed.

It is 2022. Tools from 2022 or 2021 work great. I enjoy them. I know your hands are tied but I must stress that the trouble is in fact self-imposed. Everybody around your cluster means well but it is a massive "make-work" project this way. Anyway....)