OK, having looked into the whole intl-encap-win32 situation, I took a
deep breath and started fresh, first of all with the goal of getting
make unicode-encapsulate
to work. This is a complex exercise which reprocesses
intl-encap-win32 against /usr/include/w32api and builds the necessary
shims in intl-auto-encap-win32.{c,h}.
I believe I've now done the minimum necessary to achieve that, in the
face of considerable evolution in the w32api header files.
I've sent to xemacs-patches the current state of my efforts, which
allow temacs to run, a 64-bit build to complete successfully, and the
result to run -nw. As I have done _nothing_ yet to track down usages
of (int) to hold pointers, not surprisingly running w/o -nw crashes in
...-msw code.
I'm sending this now as a baseline starting point, in case it's useful
to others, and in the hopes that someone who knows the intl-encap
stuff a bit will review the changes I've made in that area (including
some rather brute-force patching of make-mswin-unicode.pl) and let us
all know if they will do, or if a more thoroughgoing rework is
required.
I also need to sanity-check what I've done by doing a 32-bit build,
but the day job is in the way of that for the time being.
ht
--
Henry S. Thompson, School of Informatics, University of Edinburgh
10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ht(a)inf.ed.ac.uk
URL:
http://www.ltg.ed.ac.uk/~ht/
[mail from me _always_ has a .sig like this -- mail without it is forged spam]
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta