[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug-gettext] [musl] Re: AM_GNU_GETTEXT without referring internal s

From: Daiki Ueno
Subject: Re: [bug-gettext] [musl] Re: AM_GNU_GETTEXT without referring internal symbols?
Date: Thu, 07 Apr 2016 11:26:53 +0900
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.92 (gnu/linux)

Masanori Ogino <address@hidden> writes:

>> So I suppose the only feasible option here is to somehow whitelist the
>> implementations by checking macros or symbols.  Does musl provides
>> anything like that[1]?
> No, it doesn't on purpose. Here is the entry on this topic in the FAQ:
> http://wiki.musl-libc.org/wiki/FAQ#Q:_why_is_there_no_MUSL_macro_.3F
> Also, I'd like to point out some detailed explanations in a recent discussion:
> http://www.openwall.com/lists/musl/2016/03/23/6
> http://www.openwall.com/lists/musl/2016/03/23/7
> http://www.openwall.com/lists/musl/2016/03/23/9

Thanks for the information.

> That is why I proposed to have a blacklist of "broken" implementations
> as an option.
> AFAIK there have already been some blacklisting in autotools e.g.
> checking the version of glibc to reject specific broken implementation
> of a function. Thus, I think it's acceptable to use a blacklist. What
> do you think about it?

Yes, that sounds like a good idea.  But I guess we then need to collect
information about incompatible implementations.  In this regard I'm
actually not sure if the gettext-tools test coverage can be used as an
indicator of compatibility.

By the way, musl defines __GNU_GETTEXT_SUPPORTED_REVISION in the same
way as glibc:

  #define __GNU_GETTEXT_SUPPORTED_REVISION(major) ((major) == 0 ? 1 : -1)

Is major = 1 + minor = 1 actually supported in musl?

After briefly checking Solaris 11 variants have:

          ((((m) == 0) || ((m) == 1)) ? 1 : -1)

Daiki Ueno

reply via email to

[Prev in Thread] Current Thread [Next in Thread]