[Top][All Lists]

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

Re: getopt_.h on Windows

From: Christoph
Subject: Re: getopt_.h on Windows
Date: Sun, 06 Feb 2011 21:14:43 -0700
User-agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv: Gecko/20101207 Thunderbird/3.1.7

On 2/6/2011 9:03 PM, Eli Zaretskii wrote:

Always, or because getopt.in.h was changed lately?  If the former,
then I did something wrong, because that's not what I meant to happen.
If the latter, someone needs to regenerate getopt_.h and commit it to
the repository.

This is the error I get in a clean trunk checkout:

mingw32-make -w getopt_.h-CMD
mingw32-make[2]: Entering directory `D:/devel/emacs/emacs-bzr/trunk/lib'
getopt.in.h or ../arg-nonnull.h is newer than getopt_.h.
Run "gmake getopt_h" in the lib/ subdirectory.
You will need GNU Sed to be installed.
exit -1
mingw32-make[2]: *** [getopt_.h-CMD] Error -1
mingw32-make[2]: Leaving directory `D:/devel/emacs/emacs-bzr/trunk/lib'
mingw32-make[1]: *** [getopt_.h] Error 2
mingw32-make[1]: Leaving directory `D:/devel/emacs/emacs-bzr/trunk/lib'
mingw32-make: *** [bootstrap-gmake] Error 2

Also, what do you mean by "manually"?  The intent was to run a
specific Make rule, not to create the file by hand.

Well, following the instructions above, i.e. goint to lib/ and running mingw32-make getopt_.h. Manually as opposed to by a make rule.

The need for regenerating getopt_.h does not depend on Sed, it depends
on getopt.in.h being newer.

Sure, but in order to generate it, you need Sed, right?

Is there any reason we couldn't just check for Sed and abort
if it is not present and otherwise build getopt_.h automatically?

Patches welcome, but please remember that Windows Makefiles support
both a Unixy shell and the Windows cmd.exe, so whatever you want to
add must work with both of them.



reply via email to

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