mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Rich Felker <dalias@libc.org>
To: Masanori Ogino <masanori.ogino@gmail.com>
Cc: musl@lists.openwall.com, bug-gnu-gettext@gnu.org
Subject: Re: Re: [bug-gettext] AM_GNU_GETTEXT without referring internal symbols?
Date: Thu, 7 Apr 2016 02:26:59 -0400	[thread overview]
Message-ID: <20160407062659.GM21636@brightrain.aerifal.cx> (raw)
In-Reply-To: <CAA-4+jfbUEi1bBBP7iT2_9zaxyR+XvRb00yrWsoFj7iWiN3uUw@mail.gmail.com>

On Thu, Apr 07, 2016 at 02:34:01PM +0900, Masanori Ogino wrote:
> 2016-04-07 11:26 GMT+09:00 Daiki Ueno <ueno@gnu.org>:
> > Masanori Ogino <masanori.ogino@gmail.com> writes:
> >> 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.
> 
> Indeed.
> 
> > 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?
> 
> musl doesn't support "%Id" (major 1) IIRC. I suspect that musl
> actually supports "system dependent segment" (minor 1) as the GNU
> implementation does.
> 
> On the other hand, glibc's definition is questionable too since it
> seems that glibc's gettext implements major 1.

The intent is that musl supports the _API_ fully, not the (IMO awful,
and against the whole spirit of gettext) GNU implementation of sysdep
strings as a segment of the mo file that's patched at runtime and
wastes core in every process. Instead, msgfmt (there's a prototype
version of the utility that does this, but it needs work) should
generate all possible combinations of the expansion of the sysdep
macros at mo generation time, and "sysdep" translations magically work
with no runtime cost. At some point I want to prepare a patch for
upstream msgfmt to do this but I haven't gotten around to it yet.

I'm not sure what the %Id thing you're referring to is; can you point
me to a description of it?

Rich


  reply	other threads:[~2016-04-07  6:26 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-01 12:56 Masanori Ogino
     [not found] ` <CAA-4+jeUF8c+Kmv0UQi0akMAtc2hmi3pC_8=nBNcsfuRcjSgNA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-04-04  2:23   ` Daiki Ueno
     [not found]     ` <m3h9fit8lg.fsf-ueno-mXXj517/zsQ@public.gmane.org>
2016-04-04  4:23       ` Masanori Ogino
     [not found]         ` <CAA-4+jcpfOXoYx1g_48M0B7punK7r2AOU7YU-V_pdQNGYcFmng-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-04-07  2:26           ` [musl] " Daiki Ueno
2016-04-07  5:34             ` Re: [bug-gettext] " Masanori Ogino
2016-04-07  6:26               ` Rich Felker [this message]
2016-04-07  7:12                 ` Masanori Ogino
2016-04-07 10:57                   ` Szabolcs Nagy
2016-04-07 13:53                     ` Rich Felker
     [not found]               ` <CAA-4+jfbUEi1bBBP7iT2_9zaxyR+XvRb00yrWsoFj7iWiN3uUw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-04-07  5:36                 ` [musl] " Masanori Ogino
2016-05-26  6:09                 ` Daiki Ueno
2016-05-26 12:53                   ` Re: [bug-gettext] " Masanori Ogino
2016-05-26 19:36                     ` Rich Felker
     [not found]                       ` <20160526193658.GA21636-C3MtFaGISjmo6RMmaWD+6Sb1p8zYI1N1@public.gmane.org>
2016-05-27  8:48                         ` [musl] " Daiki Ueno

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160407062659.GM21636@brightrain.aerifal.cx \
    --to=dalias@libc.org \
    --cc=bug-gnu-gettext@gnu.org \
    --cc=masanori.ogino@gmail.com \
    --cc=musl@lists.openwall.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/musl/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).