From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Gnulib automation on Windows (was: bug#13026: Assume POSIX 1003.1-1988 or later for signal.h.) Date: Sat, 08 Dec 2012 20:45:24 +0200 Message-ID: <83sj7gcri3.fsf@gnu.org> References: <50B7062F.1010901@cs.ucla.edu> <83sj7suxdn.fsf@gnu.org> <50B7D5BC.5060606@cs.ucla.edu> <83ehjbv5cc.fsf@gnu.org> <50BC0104.3070303@cs.ucla.edu> <83k3sxr5j6.fsf@gnu.org> <50C2A8B9.3030205@cs.ucla.edu> <831uf0n964.fsf@gnu.org> <50C37A0D.4030307@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1354992347 30152 80.91.229.3 (8 Dec 2012 18:45:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 8 Dec 2012 18:45:47 +0000 (UTC) Cc: emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 08 19:46:01 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ThPPR-0001Tl-ET for ged-emacs-devel@m.gmane.org; Sat, 08 Dec 2012 19:45:57 +0100 Original-Received: from localhost ([::1]:49598 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ThPPF-0002uQ-7e for ged-emacs-devel@m.gmane.org; Sat, 08 Dec 2012 13:45:45 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:40947) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ThPPC-0002uL-Jh for emacs-devel@gnu.org; Sat, 08 Dec 2012 13:45:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ThPPB-0004FI-Du for emacs-devel@gnu.org; Sat, 08 Dec 2012 13:45:42 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:61151) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ThPPB-0004FD-5r for emacs-devel@gnu.org; Sat, 08 Dec 2012 13:45:41 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MEQ001006OU3L00@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Sat, 08 Dec 2012 20:45:39 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MEQ0005R6S3X340@a-mtaout20.012.net.il>; Sat, 08 Dec 2012 20:45:39 +0200 (IST) In-reply-to: <50C37A0D.4030307@cs.ucla.edu> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:155380 Archived-At: > Date: Sat, 08 Dec 2012 09:34:05 -0800 > From: Paul Eggert > CC: emacs-devel@gnu.org > > On 12/08/2012 02:13 AM, Eli Zaretskii wrote: > >> Date: Fri, 07 Dec 2012 18:40:57 -0800 > >> > From: Paul Eggert > >> > > >> > As an aside, it'd be nicer if lib/Makefile were computed more > >> > automatically from lib/gnulib.mk on Microsoft platforms, so > >> > that this sort of thing wouldn't require manual editing. > > > That requires Windows to use the Posix configure script. > > I was thinking of something more modest, namely to change > nt/configure.bat to copy the needed rules from > lib/gnulib.mk to lib/Makefile. I don't see how this could work: gnulib.mk uses Unixy shell features, so running "make" will need such a shell. > This step wouldn't all need to be done in configure.bat; it could be > precomputed on a POSIXish platform, if the Windows tools aren't up > to doing what 'sed' can do. Ideally lib/makefile.w32-in could just > say "include gnulib.mk" but it might need to include a modified > version of gnulib.mk instead. Sed is not the main problem here. Shell commands are. I don't know how to automatically convert Bourne shell commands to commands cmd.exe can grok. It might be possible using something like msdos/sed*.inp, but those Sed scripts would then need the kind of maintenance effort we are trying to avoid here. > But if the plan is to port 'configure' to Windows perhaps > this idea would be a distraction. That's what I think should be done, if we want the maintenance burden for the Windows configury to become significantly lower.