From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: gnulib strftime imported into Emacs Date: Mon, 31 Jan 2011 12:17:32 +0100 Message-ID: References: <4D45F788.1020101@cs.ucla.edu> <83r5btg1td.fsf@gnu.org> <4D466C8D.2020102@cs.ucla.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1296473923 1063 80.91.229.12 (31 Jan 2011 11:38:43 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 31 Jan 2011 11:38:43 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 31 12:38:39 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Pjs5d-0003wt-3O for ged-emacs-devel@m.gmane.org; Mon, 31 Jan 2011 12:38:37 +0100 Original-Received: from localhost ([127.0.0.1]:48213 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pjrlv-0001Kw-Rn for ged-emacs-devel@m.gmane.org; Mon, 31 Jan 2011 06:18:15 -0500 Original-Received: from [140.186.70.92] (port=59117 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pjrlm-0001Gq-8F for emacs-devel@gnu.org; Mon, 31 Jan 2011 06:18:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pjrlb-0008WG-4E for emacs-devel@gnu.org; Mon, 31 Jan 2011 06:17:55 -0500 Original-Received: from mail-ew0-f41.google.com ([209.85.215.41]:45153) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PjrlZ-0008Vs-Oi; Mon, 31 Jan 2011 06:17:53 -0500 Original-Received: by ewy27 with SMTP id 27so2237618ewy.0 for ; Mon, 31 Jan 2011 03:17:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=COie0iIg6Ph2MzBUVf5+ax2JPT8GzQZwETzBHRPdaqQ=; b=XGRPGXTWp5/uXit7U78CvyeAxrtZbkJwbl7XKzbrPMM4a0kzxkm0slIKUD2blzjUMQ p90uQ2v+A68DJ7qEnlW9R9Grek8F5GYCQfM9iuqQLZk1EplfA5+Sn41+0d89OtFFuKBT mMCTLunQ//1akWO7XV27Fv41WCdJ37e+3vrUQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=HLeexgNHzJEuJZPMnY5zW1p4K1Rbw9Kic09bR36tApDvMHkNbCJL8OB6NJj3WBmRCw K+rp6E12wsCAeCsGT4v7OkpjTJOlFRWMiku9GHY2w3vp1CSDQmDvRg6iCE+cXKWRici/ p8CaQmKr4wGMYwlb+0uTbVO46BeN5ZeBW/iiM= Original-Received: by 10.213.3.3 with SMTP id 3mr7523617ebl.54.1296472672605; Mon, 31 Jan 2011 03:17:52 -0800 (PST) Original-Received: by 10.213.36.11 with HTTP; Mon, 31 Jan 2011 03:17:32 -0800 (PST) In-Reply-To: <4D466C8D.2020102@cs.ucla.edu> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.215.41 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:135293 Archived-At: On Mon, Jan 31, 2011 at 9:02 AM, Paul Eggert wrote: > >> Ideally, Windows related changes should be committed to the >> repository at approximately the same time as the changes for Posix >> platforms, but that's only possible if you let me see the changes >> _before_ they are committed, and if we coordinate the commit to happen >> when I have time to work on that. =C2=A0Is such cooperation possible? > > I worry that this would mean that every time I want to make a > nontrivial change to a makefile, I would have to run the exact change > by you first. =C2=A0And, as you say, you don't have much free time, and c= an't be > expected to respond quickly; it might need to wait until the next weekend= , > say. =C2=A0That wouldn't be a good recipe for development; it would slow = things > down too much on the trunk. > > If this turns into a continuing problem, perhaps it would be better to es= tablish > a branch for Microsoft-related platforms, and to merge changes from the t= runk > into that branch whenever you have time. =C2=A0People could then do Micro= soft builds > from that branch. The problem is not that things are submitted for w32 that breaks the trunk for others. The problem is that things are submitted to the trunk that you know breaks the w32 build. So AFAICS it will not help at all having a special w32 branch. It will just create much more work for nearly everyone. Or do you think differently? I did suggest before that you establish a branch for things that you know might break the build. Are there any problems for you doing that for changes that you know beaks builds on other systems than those you know? Could you please revert the last submit to the trunk that breaks the w32 build? (I think it is a good change, but not on the trunk until it works for w32.) I am glad you