RE: (SPF_HELO_SOFTFAIL) (SPF_SOFTFAIL) RE: qxe generation problem
Sure.
-----Original Message-----
From: Ben Wing [mailto:ben＠xemacs.org]
Sent: Sunday, November 26, 2006 7:22 AM
To: Benson Margulies
Cc: Stephen J. Turnbull; XEmacs-Beta(a)xemacs.org
Subject: Re: (SPF_HELO_SOFTFAIL) (SPF_SOFTFAIL) RE: qxe generation
problem
Benson Margulies wrote:
I successfully added --includedir of PlatformSDK/include, and ran it
from a shell in cygwin. I didn't try to automate this for use in a
Makefile or NMAKE file.
-----Original Message-----
From: Stephen J. Turnbull [mailto:stephen＠xemacs.org]
Sent: Saturday, November 25, 2006 6:20 AM
To: Benson Margulies
Cc: Ben Wing; XEmacs-Beta(a)xemacs.org
Subject: qxe generation problem
Benson Margulies writes:
> The QXE generator assumes a directory structure that no longer
applies
> in VC7. The Win32 SDK files are no longer in the compiler include
> directory. They are in the platform SDK. If all the files you want
are
> in Win32, then passing --includedir can do the job. Otherwise, more
> complexity is called for.
Ben (Wing), any comments? If you don't have upgraded code for VC7 to
commit at this point, I'd like to tell Benson to do what he needs to
do, and we can deal with the merge later.
Benson, this looks great. could you possibly fix up the NMAKE file
(nt/xemacs.mak)? Basically, add a HAVE_VC7 just like the existing
HAVE_VC6, and default it to 1. then modify the rule for
unicode-encapsulate so it's conditionalized appropriately:
something like
unicode-encapsulate:
cd $(SRC)
! if $(HAVE_VC7)
perl ../lib-src/make-mswin-unicode.pl --includedir
PlatformSDK/include --c-output intl-auto-encap-win32.c --h-output
intl-auto-encap-win32.h intl-encap-win32.c
! else
perl ../lib-src/make-mswin-unicode.pl --c-output
intl-auto-encap-win32.c --h-output intl-auto-encap-win32.h
intl-encap-win32.c
! endif
[mind the tab damage, etc]
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta