all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Re: [Emacs-diffs] /srv/bzr/emacs/trunk r109724: Merge from gnulib.
       [not found] <mailman.21.1345564804.4928.emacs-diffs@gnu.org>
@ 2012-08-21 16:28 ` Eli Zaretskii
  2012-08-21 20:55   ` Paul Eggert
  0 siblings, 1 reply; 5+ messages in thread
From: Eli Zaretskii @ 2012-08-21 16:28 UTC (permalink / raw)
  To: Paul Eggert; +Cc: emacs-devel

> +2012-08-21  Paul Eggert  <eggert@cs.ucla.edu>
> +
> +	Merge from gnulib, incorporating:
> +	2012-08-20 extern-inline: support old GCC 'inline'

I wonder if we could agree to wait for a month or so before merging
fresh gnulib changes, unless they fix some very grave bug.  AFAIU,
this issue is still being discussed on the gnulib list, and it's not
inconceivable that more objections will be raised to your original
commit.  This particular commit was pushed to gnulib repo just a few
hours ago.

I don't think it's right to make Emacs an alpha-testing ground for
gnulib in this way.  If nothing else, it makes harder for other people
to develop non-trivial changes, because it proliferates conflicts, and
for no good reason.



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Emacs-diffs] /srv/bzr/emacs/trunk r109724: Merge from gnulib.
  2012-08-21 16:28 ` [Emacs-diffs] /srv/bzr/emacs/trunk r109724: Merge from gnulib Eli Zaretskii
@ 2012-08-21 20:55   ` Paul Eggert
  2012-08-21 22:03     ` Juanma Barranquero
  2012-08-22  2:52     ` Eli Zaretskii
  0 siblings, 2 replies; 5+ messages in thread
From: Paul Eggert @ 2012-08-21 20:55 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: emacs-devel

On 08/21/2012 09:28 AM, Eli Zaretskii wrote:
> this issue is still being discussed on the gnulib list, and it's not
> inconceivable that more objections will be raised to your original
> commit.

The patch I installed is not part of that discussion and
is a simple patch that nobody would object to.

Emacs is not a testing ground for gnulib here -- it's more
the other way around.



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Emacs-diffs] /srv/bzr/emacs/trunk r109724: Merge from gnulib.
  2012-08-21 20:55   ` Paul Eggert
@ 2012-08-21 22:03     ` Juanma Barranquero
  2012-08-21 22:39       ` Paul Eggert
  2012-08-22  2:52     ` Eli Zaretskii
  1 sibling, 1 reply; 5+ messages in thread
From: Juanma Barranquero @ 2012-08-21 22:03 UTC (permalink / raw)
  To: Paul Eggert; +Cc: Eli Zaretskii, emacs-devel

On Tue, Aug 21, 2012 at 10:55 PM, Paul Eggert <eggert@cs.ucla.edu> wrote:

> Emacs is not a testing ground for gnulib here -- it's more
> the other way around.

I don't think that makes much sense, but surely that only highlights
my poor English skills.

Do you mean that new Emacs features are first tested in gnulib? :-)

    Juanma



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Emacs-diffs] /srv/bzr/emacs/trunk r109724: Merge from gnulib.
  2012-08-21 22:03     ` Juanma Barranquero
@ 2012-08-21 22:39       ` Paul Eggert
  0 siblings, 0 replies; 5+ messages in thread
From: Paul Eggert @ 2012-08-21 22:39 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: Eli Zaretskii, emacs-devel

On 08/21/2012 03:03 PM, Juanma Barranquero wrote:
> Do you mean that new Emacs features are first tested in gnulib?

Often they are, but not in this case.  Emacs C code
is written in a style that stresses function calls.
Lessons learned from hacking on Emacs internals
are useful in other GNU packages, and gnulib is a common
way to share this sort of thing.  In this particular case
the arrow of innovation is from Emacs to gnulib, not the other
way around.



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Emacs-diffs] /srv/bzr/emacs/trunk r109724: Merge from gnulib.
  2012-08-21 20:55   ` Paul Eggert
  2012-08-21 22:03     ` Juanma Barranquero
@ 2012-08-22  2:52     ` Eli Zaretskii
  1 sibling, 0 replies; 5+ messages in thread
From: Eli Zaretskii @ 2012-08-22  2:52 UTC (permalink / raw)
  To: Paul Eggert; +Cc: emacs-devel

> Date: Tue, 21 Aug 2012 13:55:30 -0700
> From: Paul Eggert <eggert@cs.ucla.edu>
> Cc: emacs-devel@gnu.org
> 
> On 08/21/2012 09:28 AM, Eli Zaretskii wrote:
> > this issue is still being discussed on the gnulib list, and it's not
> > inconceivable that more objections will be raised to your original
> > commit.
> 
> The patch I installed is not part of that discussion and
> is a simple patch that nobody would object to.

It's still prudent to wait a little, IMO.

> Emacs is not a testing ground for gnulib here -- it's more
> the other way around.

That's not my impression.



^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2012-08-22  2:52 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <mailman.21.1345564804.4928.emacs-diffs@gnu.org>
2012-08-21 16:28 ` [Emacs-diffs] /srv/bzr/emacs/trunk r109724: Merge from gnulib Eli Zaretskii
2012-08-21 20:55   ` Paul Eggert
2012-08-21 22:03     ` Juanma Barranquero
2012-08-21 22:39       ` Paul Eggert
2012-08-22  2:52     ` Eli Zaretskii

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

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.