Does not compile under OpenBSD

[liar666]

Hello,

I've just installed OpenBSD 7.9 (latest, fresh from yesterday)

When upgrading my R packages I get:

> install.packages("Rcpp", lib="~/.R/x86_64-unknown-openbsd7.9-library/4.5/")
trying URL 'https://pbil.univ-lyon1.fr/CRAN/src/contrib/Rcpp_1.1.1-1.1.tar.gz'
Content type 'application/x-gzip' length 1883279 bytes (1.8 MB)
==================================================
downloaded 1.8 MB

* installing *source* package ‘Rcpp’ ...
** this is package ‘Rcpp’ version ‘1.1.1-1.1’
** package ‘Rcpp’ successfully unpacked and MD5 sums checked
** using staged installation
** libs
using C++ compiler: ‘OpenBSD clang version 19.1.7’
c++ -std=gnu++17 -I"/usr/local/lib/R/include" -DNDEBUG -I../inst/include/  -I/usr/local/include    -fpic  -O2 -pipe   -c api.cpp -o api.o
c++ -std=gnu++17 -I"/usr/local/lib/R/include" -DNDEBUG -I../inst/include/  -I/usr/local/include    -fpic  -O2 -pipe   -c attributes.cpp -o attributes.o
c++ -std=gnu++17 -I"/usr/local/lib/R/include" -DNDEBUG -I../inst/include/  -I/usr/local/include    -fpic  -O2 -pipe   -c barrier.cpp -o barrier.o
c++ -std=gnu++17 -I"/usr/local/lib/R/include" -DNDEBUG -I../inst/include/  -I/usr/local/include    -fpic  -O2 -pipe   -c date.cpp -o date.o
c++ -std=gnu++17 -I"/usr/local/lib/R/include" -DNDEBUG -I../inst/include/  -I/usr/local/include    -fpic  -O2 -pipe   -c module.cpp -o module.o
c++ -std=gnu++17 -I"/usr/local/lib/R/include" -DNDEBUG -I../inst/include/  -I/usr/local/include    -fpic  -O2 -pipe   -c rcpp_init.cpp -o rcpp_init.o
c++ -std=gnu++17 -shared -L/usr/local/lib/R/lib -L/usr/local/lib -Wl,-R/usr/local/lib/R/lib -o Rcpp.so api.o attributes.o barrier.o date.o module.o rcpp_init.o -L/usr/local/lib/R/lib -lR
installing to /home/guigui/.R/x86_64-unknown-openbsd7.9-library/4.5/00LOCK-Rcpp/00new/Rcpp/libs
** R
** inst
** byte-compile and prepare package for lazy loading
** help
*** installing help indices
** building package indices
** installing vignettes
** testing if installed package can be loaded from temporary location
R:/home/guigui/.R/x86_64-unknown-openbsd7.9-library/4.5/00LOCK-Rcpp/00new/Rcpp/libs/Rcpp.so: undefined symbol 'backtrace'
R:/home/guigui/.R/x86_64-unknown-openbsd7.9-library/4.5/00LOCK-Rcpp/00new/Rcpp/libs/Rcpp.so: undefined symbol 'backtrace_symbols'
Error: package or namespace load failed for ‘Rcpp’ in dyn.load(file, DLLpath = DLLpath, ...):
 unable to load shared object '/home/guigui/.R/x86_64-unknown-openbsd7.9-library/4.5/00LOCK-Rcpp/00new/Rcpp/libs/Rcpp.so':
  Cannot load specified object
Error: loading failed
Execution halted
ERROR: loading failed
* removing ‘/home/guigui/.R/x86_64-unknown-openbsd7.9-library/4.5/Rcpp’
* restoring previous ‘/home/guigui/.R/x86_64-unknown-openbsd7.9-library/4.5/Rcpp’

The downloaded source packages are in
	‘/tmp/RtmpoyUWPd/downloaded_packages’
Warning message:
In install.packages("Rcpp", lib = "~/.R/x86_64-unknown-openbsd7.9-library/4.5/") :
  installation of package ‘Rcpp’ had non-zero exit status

According to vlang/v#3500 , this might be because Linux and BSD libc are not the same. Under BSD one needs to add -lexecinfo.

[eddelbuettel]

This comes from here:

Rcpp/inst/include/Rcpp/exceptions_impl.h

Lines 83 to 99 in 026147b

	// thread-safe; invoked prior to throwing the exception
	inline void exception::record_stack_trace()
	{
	#if RCPP_DEMANGLER_ENABLED
	/* inspired from http://tombarta.wordpress.com/2008/08/01/c-stack-traces-with-gcc/ */
	const size_t max_depth = 100;
	int stack_depth;
	void *stack_addrs[max_depth];
	stack_depth = backtrace(stack_addrs, max_depth);
	char **stack_strings = backtrace_symbols(stack_addrs, stack_depth);
	std::transform(stack_strings + 1, stack_strings + stack_depth,
	std::back_inserter(stack), demangler_one);
	free(stack_strings); // malloc()ed by backtrace_symbols
	#endif
	}

and we recently-ish decided to always enable RCPP_DEMANGLER_ENABLED . So it is not clear to how the #define cam flow and bring the symbol. Would you have a chance to poke at this locally and see what changes enables you compilation?

The other comment, of course and as always, is that you are trying an older R (as 4.6.0 is current) with a brand-new Rcpp. If you are on R 4.5.0 (for whatever reason that is yours) maybe you should also pick an R from that period, mayne 1.1.0 ?