[MPlayer-cvslog] r36022 - trunk/configure

Reimar Döffinger Reimar.Doeffinger at gmx.de
Sun Mar 24 00:46:27 CET 2013

On 23 Mar 2013, at 15:44, Diego Biurrun <diego at biurrun.de> wrote:

> On Sat, Mar 23, 2013 at 01:55:42PM +0100, Reimar Döffinger wrote:
>> On Fri, Mar 22, 2013 at 06:55:03PM +0100, Diego Biurrun wrote:
>>> You misread.  The wrong approach is trying to find a set of flags that
>>> all libcs can handle.  The right approach is setting individual flags
>>> for each libc.  I did this for glibc.
>> Maybe it will be necessary to add a special case for each libc.
>> But that still leaves the question what should be the "default"
>> case for C libraries we haven't added a special case for.
>> And you opted for the default behaviour to be not setting these flags.
> New libcs don't appear on the scene every other week.  If one should
> appear, we will possibly have to add fresh flags for it.  Or maybe it
> will just work without any flags, like FreeBSD.
> That does not change the fact that trying to find common flags is a
> fool's errand.  Been there, done that, it's not humanly feasible.

Which, I repeat, was not my point. Not even remotely.
The POSIX documentation says:
> A POSIX-conforming application should ensure that the feature test macro _POSIX_C_SOURCE is defined before inclusion of any header.

Why should it be reasonable that we by default do _not_ do what POSIX says?
I BSD doesn't work with that, sure detect it and do something else.
But I take issue with making going against POSIX by default.
Even more so since there already now exist a lot more libcs than BSD and glibc, out of my head at least uclibc, bionic (or whatever Android uses), msvcrt

More information about the MPlayer-cvslog mailing list