Sergey Fedorov

@eddelbuettel Thank you for responding. We will look into that, I have already opened a ticket on Trac too: https://trac.macports.org/ticket/68162

@eddelbuettel Well, if something does not build on every recent macOS on the standard arch (x86_64) and with the modern and standard compiler (clang-15), it suggests that there is likely...

@ihnorton @eddelbuettel Just to be clear: 1. The issue does not happen across all Macports setup, but is specific to some systems (though mostly all Intel builds fail on buildbots,...

@ryandesign Ryan, could you please check locally if it builds for you on any recent macOS (x86_64) which is convenient to test? Just to make sure it is not only...

> to compile TileDB Embedded locally for use by the TileDB R package. @eddelbuettel This is precisely what is being done. `tiledb` is built as a separate port, then `R-tiledb`...

> I am sure you will be able to devise a workaround given that you can reproduce it. We cannot. There is no implication that anyone _should,_ but in a...

@ihnorton Perhaps worth adding: if Macports is just installed, run `sudo port sync` first to ensure the latest versions of ports are used.

This fixes the build: ``` --- src/dbarts/Makefile.orig 2023-01-21 01:54:34.000000000 +0800 +++ src/dbarts/Makefile 2023-04-13 05:47:53.000000000 +0800 @@ -13,6 +13,7 @@ library : $(LOCAL_OBJECTS) $(AR) $(ARFLAGS) ../dbarts.a $(LOCAL_OBJECTS) + $(RANLIB) ../dbarts.a clean...

As an alternative, fixing flags for `ar` so that table of contents is generated will likely work too.

@vdorie `s` is needed in `ar` flags in order for that to work across all platforms. I.e., `cr` will not be sufficient, `crs` will. P. S. Here the identical problem...