|
Message-ID: <87d2b2fcv2.fsf@gmail.com> Date: Thu, 11 Sep 2014 16:30:57 +0200 From: Christian Neukirchen <chneukirchen@...il.com> To: musl@...ts.openwall.com Subject: Re: why is there no __MUSL__ macro? Laurent Bercot <ska-dietlibc@...rnet.org> writes: >> FFmpeg needs support for library features defined in POSIX.1-2001 >> with XSI extension and the standards below. Currently configure >> probes the host and target libc by checking for defined macros like >> __GLIBC__ and __UCLIBC__. In case of glibc and uclibc it sets >> -D_XOPEN_SOURCE=600 properly. > > Why not set this macro unconditionally ? > All standards-compliant libcs will make the correct symbols visible > if you define _XOPEN_SOURCE to a certain value. This include glibc, > uClibc, musl, and most other modern libcs. Some systems are > notoriously broken (I'm thinking of FreeBSD, which makes a few > standard symbols *not* visible when you define the correct macro), > but they should be the ones with specialcasing if you need to > support them. OT, but when you report these to freebsd-standards, they'll be resolved quickly. That is at least my experience. -- Christian Neukirchen <chneukirchen@...il.com> http://chneukirchen.org
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.