Bug 691062 - Visual studio 9 / windows 7 SDK build problem
Summary: Visual studio 9 / windows 7 SDK build problem
Status: RESOLVED FIXED
Alias: None
Product: Ghostscript
Classification: Unclassified
Component: Build Process (show other bugs)
Version: 0.00
Hardware: PC Windows XP
: P4 normal
Assignee: Hin-Tak Leung
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-01-17 00:16 UTC by Hin-Tak Leung
Modified: 2010-02-02 10:15 UTC (History)
1 user (show)

See Also:
Customer:
Word Size: ---


Attachments
proposed patch (536 bytes, patch)
2010-01-19 13:01 UTC, Hin-Tak Leung
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Hin-Tak Leung 2010-01-17 00:16:42 UTC
I managed to to nmake -f msvc.mak to build both ghostscript and ghostpdl with
windows 7 SDK which comes with visual studio c++ express 9 except for two issues
- one in wine (http://bugs.winehq.org/show_bug.cgi?id=21394 , which can be
worked around by editing cp.bat to remove the nul reference and joining files by
hand; I'll possibly fix wine properly myself) and one in ghostscript's
psi/msvc32.mak itself - 

c.f. r9791 from Marcos and r8897 from Russell : 
Russell added 
case _NMAKE_VER) == "9.00.21022.08" and 
RCDIR=C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin

and Marcos added case _NMAKE_VER == "9.00.30729.01" to reuse the same code path.

On my system with windows 7 SDK, I have _NMAKE_VER == "9.00.30729.01" but
RCDIR=C:\Program Files\Microsoft SDKs\Windows\v7.0\bin .

Assigned to Marcos for the time being to clarify if on his system _NMAKE_VER ==
"9.00.30729.01" really comes with v6.0A (and not both v6.0A and v7.0), and
depending on the outcome of the question possibly assign back to me for
documenting the anomaly in doc/Make.htm or 

I have these set after installation: 
INETSDK=c:\Program Files\Microsoft SDKs\Windows\v7.0\.
MSSdk=c:\Program Files\Microsoft SDKs\Windows\v7.0
Mstools=c:\Program Files\Microsoft SDKs\Windows\v7.0\.
SDKTOOLPATH=c:\Program Files\Microsoft SDKs\Windows\v7.0\bin
WINFXSDK=c:\Program Files\Microsoft SDKs\Windows\v7.0\
 , so possibly I could test for MSSDK or MSTOOLS or SDLTOOLPATH and set RCDIR
accordingly.
Comment 1 Hin-Tak Leung 2010-01-17 17:28:54 UTC
Hmm, possibly Marcos should post his environment listing (just type "set" in the
visual studio command prompt).
Comment 2 Hin-Tak Leung 2010-01-19 13:01:25 UTC
Created attachment 5888 [details]
proposed patch

proposed patch to work out RCDIR from MSSDK .
Comment 3 Hin-Tak Leung 2010-01-19 13:08:39 UTC
Reassign back to support for patch review.

It appear that the "v6.0A" part can change - see 
http://blogs.msdn.com/windowssdk/archive/2008/03/01/integrating-windows-sdk-and-vs-with-new-sdk-configuration-tool.aspx
- so it is probably best to determine it from the MSSDK variable.
Comment 4 Ray Johnston 2010-01-21 10:14:20 UTC
Assign for review (but it looks fine at first glance)
Comment 5 Ray Johnston 2010-02-01 10:03:48 UTC
Please commit the patch.
Comment 6 Hin-Tak Leung 2010-02-02 10:15:22 UTC
patch committed as r10689 .