Re: checking command to parse /usr/bin/nm -B output from gcc object... failed

On 2020-01-07, Nick Bowler <[email protected]> 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