GNU bug report logs - #5191
replace ELCFILES in lisp/Makefile.in

Previous Next

Full log

Message #38 received at 5191 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Dan Nicolaescu <dann <at> ics.uci.edu>
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: 5191 <at> debbugs.gnu.org, Glenn Morris <rgm <at> gnu.org>,
        Harald Maier <Harald <at> Maierh.de>
Subject: Re: bug#5191: 23.1.90; Make target compile-main fails under GNU/Linux Kernel 2.6.16
Date: Mon, 14 Dec 2009 16:28:40 -0800 (PST)

Chong Yidong <cyd <at> stupidchicken.com> writes:

  > Glenn Morris <rgm <at> gnu.org> writes:
  > 
  > > Chong Yidong wrote:
  > >
  > >> On second thought, I don't think this is a good idea.  Looks like the
  > >> BSDs use ".sinclude" for silent inclusion, and older systems don't even
  > >> support that.
  > >
  > > I think you are right that include is not portable. It's currently
  > > only used in GNUstep builds. I don't think "echo -n" is portable
  > > either. "printf" might be better, I'm not sure.
  > 
  > Another idea: how about autogenerating the ELCFILES Makefile using
  > configure?  Then Makefile.in could just have a line that says
  > 
  > ELCFILES=@elcfiles@
  > 
  > where @elcfiles@ is generated by configure.

Yet another idea: how about we require GNU make?
Other GNU projects require GNU make already, like GCC.
GNU make is widely available on all free systems, and even on
proprietary unixes, I've personally never seen a machine used for
software development that did not have GNU make. 

We can float the idea in the 23.2 release, and make it mandatory a few
months after if we don't get significant pushback.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.