[FFmpeg-devel] [PATCH] configure: add libm ldflags globally

Jörn Heusipp osmanx at problemloesungsmaschine.de
Tue Oct 17 11:01:34 EEST 2017


On 10/16/2017 11:38 PM, Hendrik Leppkes wrote:
> On Mon, Oct 16, 2017 at 11:02 PM, James Almer <jamrial at gmail.com> wrote:

>> The remaining issue after this patchset is applied is linking to the C++
>> standard library with some external deps. According to Jörn Heusipp, the
>> libopenmpt maintainer, it's not something that can be safely included in
>> a pkg-config file, and by hardcoding a -lstdc++ ldflag in configure
>> checks we're apparently breaking detection on systems where the compiler
>> uses libc++, like it seems to be the case with Clang on MacOS.

> Perhaps such libraries shouldn't hardcode -lstdc++ in there, but
> dynamically put whichever C++ library they built against in there
> instead?

The problem here is, that we (libopenmpt) do not actually know what the 
name of the standard library is. It is chosen basically by the toolchain 
and there is no standard way to ask it what it uses. There is also no 
standard autoconf check which determines it (but the more I think about 
the issue, the more I think there actually needs to be one).

> Its not like you can actually use a static library build with another
> C++ library, that *may* randomly work, but its not something anyone
> should be doing.

Correct, mismatching C++ standard libraries will not work.

Regards,
Jörn (libopenmpt maintainer)


More information about the ffmpeg-devel mailing list