(SPF_HELO_SOFTFAIL) (SPF_SOFTFAIL) RE: qxe generation problem

[Ben Wing]

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 at xemacs.org] 
> Sent: Saturday, November 25, 2006 6:20 AM
> To: Benson Margulies
> Cc: Ben Wing; XEmacs-Beta at 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]