Re: getopt_.h on Windows

[Christoph]

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.

OK.

Thanks,
Christoph