All of lore.kernel.org
 help / color / mirror / Atom feed
From: Carles Pina i Estany <carles@pina.cat>
To: The development of GNU GRUB <grub-devel@gnu.org>
Subject: Re: Build failures on Ubuntu due to gettext
Date: Fri, 11 Dec 2009 00:04:38 +0000	[thread overview]
Message-ID: <20091211000438.GA6244@pina.cat> (raw)
In-Reply-To: <20091210011019.GD15546@thorin>


Hi,

On Dec/10/2009, Robert Millan wrote:
> On Tue, Dec 08, 2009 at 12:10:34AM +0000, Colin Watson wrote:

> Even if we're only discussing a change in five places, I assume we're
> going to find this situation in lots of calls throurough GRUB code.
> If this is so, it really calls for a solution that doesn't make GCC
> generate two memory references and pass two arguments.
> 
> So first of all, how many times are we going to find similar calls
> that

very rush numbers, based on my non-commited pending to improve patch to
change commands/*:
carles@pinux:~/grub2/grub/po$ grep -A 3 "\#\: commands\/" grub.pot |
grep ^msgid | grep -c -v %
86

> need to be adjusted in some way?  If we're going to find many of them
> (as I expect), I think this warrants adding a new function (which,
> btw, will also make GRUB slightly faster).

Plus about 10 in normal/* (aprox, 5 that Colin did and some more in
another pending patch I guess)

I haven't looked in other code yet.

I think that Vladimir proposed to do it in a macro now and then properly
count and implement as a function or not later.

From: Vladimir
Date: Tue, 08 Dec 2009 01:15:30 +0100
> Then it's not worth it. But again we haven't gettext'ized whole grub2
> yet to know for sure. Perhaps a macro so we can change it later if
> necessary?

So, for about 86 in commands/* and probably some more in normal/*:
function now? Now a macro and then we review?

Colin: for me you can commit your patch some way or another so you could
compile in Ubuntu and I can commit soon more things.

Thanks,

-- 
Carles Pina i Estany
	http://pinux.info



  reply	other threads:[~2009-12-11  0:04 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-07 14:09 Build failures on Ubuntu due to gettext Colin Watson
2009-12-07 20:14 ` Carles Pina i Estany
2009-12-07 20:54   ` Colin Watson
2009-12-07 22:46     ` Carles Pina i Estany
2009-12-07 23:25       ` Vladimir 'φ-coder/phcoder' Serbinenko
2009-12-07 23:57         ` Colin Watson
2009-12-07 23:38       ` Carles Pina i Estany
2009-12-07 23:59         ` Colin Watson
2009-12-08  0:00       ` Colin Watson
2009-12-08  0:14         ` Carles Pina i Estany
2009-12-07 22:04 ` Vladimir 'φ-coder/phcoder' Serbinenko
2009-12-07 23:12   ` Colin Watson
2009-12-07 23:38     ` Colin Watson
2009-12-07 23:59       ` Vladimir 'φ-coder/phcoder' Serbinenko
2009-12-08  0:10         ` Colin Watson
2009-12-08  0:15           ` Vladimir 'φ-coder/phcoder' Serbinenko
2009-12-09 23:57             ` Carles Pina i Estany
2009-12-10  0:07               ` Carles Pina i Estany
2009-12-10  0:38                 ` Carles Pina i Estany
2009-12-10  1:10           ` Robert Millan
2009-12-11  0:04             ` Carles Pina i Estany [this message]
2009-12-07 23:18   ` Carles Pina i Estany

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=20091211000438.GA6244@pina.cat \
    --to=carles@pina.cat \
    --cc=grub-devel@gnu.org \
    /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.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.