Re: updating macuvs.h?

[Stephen Leake <stephen_leake@stephe-leake.org>]

Eli Zaretskii <eliz@gnu.org> writes:

>> Date: Thu, 15 Jan 2015 05:48:41 +0200
>> From: Eli Zaretskii <eliz@gnu.org>
>> Cc: emacs-devel@gnu.org
>> 
>> > From: Stephen Leake <stephen_leake@stephe-leake.org>
>> > Date: Wed, 14 Jan 2015 14:43:46 -0600
>> > 
>> > I think this is the makefile line that produces that file (from
>> > admin/unidata/Makefile):
>> > 
>> > ${top_srcdir}/src/macuvs.h: ${srcdir}/uvs.el ${srcdir}/IVD_Sequences.txt | \
>> >   ${srcdir}/uvs.elc
>> > 	$(AM_V_GEN)${emacs} -L ${srcdir} -l uvs \
>> > 	  --eval '(uvs-print-table-ivd (unmsys--file-name "${srcdir}/IVD_Sequences.txt") "Adobe-Japan1")' \
>> > 	  > $@
>> > 
>> > 
>> > This runs Emacs, which is a native MinGW program at this point. I don't
>> > think we want to build an MSYS version just for this :).
>> > 
>> > That invokes this fuction (in admin/unidata/uvs.el):
>> 
>> Change the EOL conversion of the buffer where this is created to
>> -unix, and the problem should be solved.
>
> Actually, this wouldn't have worked, since uvs.el doesn't save text
> from a buffer, but instead uses princ etc. to write directly to
> stdout.
>
> So I added a new feature that allows switching a standard stream to
> binary mode, and this problem should now be solved, please test.


This 'git pull' resulted in re-running configure; I suspect src/macuvs.h
will always be rebuilt when that happens.


It now generates Unix line endings, but git complains about the
permissions:

stephe@takver$ git diff src/macuvs.h
diff --git a/src/macuvs.h b/src/macuvs.h
old mode 100644
new mode 100755

My MinGW64 shell has umask set properly:

$ umask
0022
$ umask -S
u=rwx,g=rx,o=rx

So this is being overridden by Emacs.

-- 
-- Stephe