[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: musl compatibility
From: |
Paolo Bonzini |
Subject: |
Re: musl compatibility |
Date: |
Tue, 12 Jun 2012 13:21:14 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120605 Thunderbird/13.0 |
Il 08/06/2012 12:19, Pedro Alves ha scritto:
>> > Have you any plans to address these problems? In particular, it does
>> > seem odd to place a burden on libc authors of porting gnulib to it,
>> > rather than just not supporting those functions which require
>> > non-standard APIs on such libc's.
> I've heard such rants as well. The rants are IMO, misdirected. For instance,
> IIRC, gnulib's freadahead use is caused by musl's printf not being posix
> compliant, causing gnulib to pull in its printf replacement, which doesn't
> work
> on musl. A library that is new, actively maintained, and that calls itself
> a "C/POSIX standard library" should really address that by making it's printf
> posix compliant, so that gnulib's fallback doesn't even get built. It seems
> that
> nobody who is interested in musl has looked at gnulib's config.log to
> understand
> why does gnulib think musl's printf is not good enough.
While I agree with this, perhaps we can follow the suggestion and
replace "if (freadahead (f))" with "if (freading(f) && !feof(f))" in
closein.c.
Paolo
- musl compatibility, Reuben Thomas, 2012/06/07
- Re: musl compatibility, Pedro Alves, 2012/06/08
- Re: musl compatibility, Reuben Thomas, 2012/06/08
- Re: musl compatibility,
Paolo Bonzini <=
- Re: musl compatibility, Paul Eggert, 2012/06/12
- Re: musl compatibility, Bruno Haible, 2012/06/17
- Re: musl compatibility, Paolo Bonzini, 2012/06/23
- Re: musl compatibility, Paul Eggert, 2012/06/23