On 2020-01-07, Nick Bowler <nbow...@draconx.ca> wrote: >>> I'm not 100% sure which libtool features will be affected by this >>> configuration failure. It doesn't fatally stop the configure script. >>> Probably dlpreopen won't work at all? >> >> Are there many users of dlpreopen()? > > I imagine there are users of -dlopen, which is supposed to automatically > fall back to dlpreopen when shared library support is not available (for > example, if the user configures the package with --disable-shared).
I tested that the -export-symbols-regex function is also busted by the failed global_symbol_pipe detection and that is probably a much more commonly used libtool feature. Cheers, Nick