[Top][All Lists]

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

Re: [PATCH] fix new format when printing multiple lines

From: Sami Kerola
Subject: Re: [PATCH] fix new format when printing multiple lines
Date: Wed, 25 Dec 2013 16:55:44 +0000

On 23 December 2013 22:43, Reuben Thomas <address@hidden> wrote:
> On 23 December 2013 22:32, Karl Berry <address@hidden> wrote:
>> I guess we'll have to agree to disagree.  I gave up maintainership of
>> hello, so do what you will.
> Since hello is supposed to be an example within the GNU project, I'd rather
> not simply impose my views; and I think this is a subject worth discussing.
> To me, the use of i18n'ed text is absolutely basic, as otherwise, users of
> most languages are excluded. GNU gettext is basic infrastructure, and it
> seems reasonable that at some point in even a basic program that uses
> internationalised text, it would have to do other than simply reproduce that
> text. There are plenty of other "specific programming features", such as
> command-line parsing, that are of necessity showcased in GNU hello,
> precisely because such features are required by almost all programs. If the
> goal of hello were simply to showcase *build* infrastructure, then it could
> be much simpler, and really ought to do nothing other than literally say
> "hello" (still i18n'ed, of course!).

Hello Jim, Karl, Reuben, and other members of the list,

The reason why I thought making --next-generation to be over complex
was indeed the arbitrary limitation it did not support --greeting. To
be perfectly honest I don't completely understand why the
--next-generation was originally added, so it could be removed. That
also seems to be what Karl proposing.


For me the --next-generation has one reason to live, the man/hello.x
example. If that is good enough reason to keep the functionality part
of this project then fixes Jim proposed should be merged.


My opinion about if the deletion or further fixing is the 50-50.
Keeping the GNU Hello very simple feels correct, but with additional
complexity more complete examples can be included to the project. For
example the --next-generation functionality could be in another source
file, and that way linking can be demonstrated. Perhaps someone with
stronger opinion, or better rationality will be to advice what to do
this time.

Sami Kerola

reply via email to

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