Wireshark · Wireshark-bugs: [Wireshark-bugs] [Bug 1157] New: Build fails with Windows native Python

[bugzilla-daemon@xxxxxxxxxxxxx]

http://bugs.wireshark.org/bugzilla/show_bug.cgi?id=1157

           Summary: Build fails with Windows native Python
           Product: Wireshark
           Version: SVN
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: Major
          Priority: Low
         Component: Wireshark
        AssignedTo: wireshark-bugs@xxxxxxxxxxxxx
        ReportedBy: Neil@xxxxxxxxxxxxxxxxxx


Build Information:
MSVC6
Python 2.4 (and reported on 2.3 sometimes)
SVN (since about June 06)
--
Around June the build source was reorganised so that the Python parts of the
builds used .py files which were no longer in the same directory as the nmake
files, and so became (e.g. the first ):
!IFDEF PYTHON
        @echo Making register.c (using python)
        @$(PYTHON) ../../tools/make-dissector-reg.py . dissectors
$(DISSECTOR_SRC)
...

Under some build environments (not usre exactly what distinguishes them - mine
started failing when I moved to Python 2.4, but some mailing list postings
suggested 2.3 also had problems sometime) the native Windows Python builds
fail: it looks like something is interpreting the "/" as the (common) Windows
option separator.

Two possible fixes have been proposed - both seem to work:

a) quotes:
        @$(PYTHON) "../../tools/make-dissector-reg.py" . dissectors 

b) replace with normal Windows backslashes:
        @$(PYTHON) ..\..\tools\make-dissector-reg.py . dissectors 

I have a patch which does (b) for all the nmake files I found in the SVN around
July (there are many - plugins commonly use this) - I'll attach.


-- 
Configure bugmail: http://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.