paleolimbot commented on issue #33819:
URL: https://github.com/apache/arrow/issues/33819#issuecomment-1416233042

   I was able to get a build error, although I had to build R from source using 
clang-16 and libc++ ( 
https://github.com/paleolimbot/docker-images/blob/main/2023-02-03_clang16-r-devel/Dockerfile
 ). The error isn't the one reported by CRAN, however. The error seems related 
to the use of `libc++` (which is very specifically used in CRAN's clang/r-devel 
setup)...that was missing in my previous tests (although is not missing in the 
crossbow job that we use to test this...although the crossbow job is using 
clang-15 and not clang-16...).
   
   ```
   #19 767.3 installing to 
/opt/R-devel/lib/R/library/00LOCK-arrow/00new/arrow/libs
   #19 767.4 ** R
   #19 767.5 ** inst
   #19 767.5 ** byte-compile and prepare package for lazy loading
   #19 901.9 ** help
   #19 903.0 *** installing help indices
   #19 903.7 ** building package indices
   #19 904.7 ** testing if installed package can be loaded from temporary 
location
   #19 906.0 Error: package or namespace load failed for 'arrow' in 
dyn.load(file, DLLpath = DLLpath, ...):
   #19 906.0  unable to load shared object 
'/opt/R-devel/lib/R/library/00LOCK-arrow/00new/arrow/libs/arrow.so':
   #19 906.0   
/opt/R-devel/lib/R/library/00LOCK-arrow/00new/arrow/libs/arrow.so: undefined 
symbol: _ZNK3re23RE219CapturingGroupNamesEv
   ```
   
   I also have a check going that doesn't involve an R source build (faster but 
maybe less accurate): 
https://github.com/paleolimbot/docker-images/blob/main/2023-02-03_clang16/Dockerfile
   
   Some further reading:
   
   From https://www.stats.ox.ac.uk/pub/bdr/clang16/README.txt:
   
   ```
   The [-Wenum-constexpr-conversion] errors seen in
   
   RSQLite
   
   are from the old Boost headers.
   
   std:unary_function was deprecated in C+11 and removed in C++17, and finally
   in clang 16 in C++17 mode.  Boost 1.81 was still using it.
   ```
   
   Also see 
https://www.stats.ox.ac.uk/pub/bdr/Rconfig/r-devel-linux-x86_64-fedora-clang 
and https://apt.llvm.org/
   
   I will meditate on all this over the weekend...any/all ideas welcome!


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to