Windows build

Simon Peyton-Jones simonpj at microsoft.com
Tue Nov 12 23:26:54 UTC 2013


Great...that works.
I also had to edit mk/boilerplate.mk to comment out these lines

# ifeq "$(shell $(SHELL) -c 'python2 -c 0' 2> /dev/null && echo exists)" "exists"

# PYTHON = python2

# endif
Because msys2 has python2.exe as well as python.exe.  (Or I could have moved that out of the way too.)
Thanks
Austin please note for the msys2 instructions you are writing
Simon

From: kyra [mailto:kyrab at mail.ru]
Sent: 12 November 2013 09:53
To: Simon Peyton-Jones
Subject: Re: Windows build

http://www.python.org/download/

This is what is recommended at https://ghc.haskell.org/trac/ghc/wiki/Building/Preparation/Windows

I think you already has it installed, because this is required for msys build.

Hence all you should do is:
1. make your edit (MINGW32 -> MINGW)
2. disable msys2 python


On 11/12/2013 13:44, Simon Peyton-Jones wrote:
OK... where did you get native python from?

From: ghc-devs [mailto:ghc-devs-bounces at haskell.org] On Behalf Of kyra
Sent: 12 November 2013 09:39
To: ghc-devs at haskell.org<mailto:ghc-devs at haskell.org>
Subject: Re: Windows build

It looks the second option (native win32 python) works.

I've installed native win32 python, reverted my edit, leaving only *your* edit in place, *and* disabled msys2 python simply moving all msys2 python executables out of the path. It seems, all works now (I didn't wait the finish of tests, though).

Cheers,
Kyra


On 11/12/2013 12:58, Simon Peyton-Jones wrote:
Thanks Kyra, you are a star.
Yes, msys2 has been updated to fix the ctypes bug.  I have the version from 20131022.
With your edit I now get this:

Traceback (most recent call last):

  File "../driver/runtests.py", line 164, in <module>

    if mydll.kernel32.SetConsoleCP(65001) == 0:

  File "/usr/lib/python2.7/ctypes/__init__.py", line 435, in __getattr__

    dll = self._dlltype(name)

  File "/usr/lib/python2.7/ctypes/__init__.py", line 365, in __init__

    self._handle = _dlopen(self._name, mode)

OSError: No such file or directory

Any ideas about what to do now?  I guess you can reproduce if you install the later msys2.
thanks
Simon

From: ghc-devs [mailto:ghc-devs-bounces at haskell.org] On Behalf Of kyra
Sent: 12 November 2013 06:45
To: ghc-devs at haskell.org<mailto:ghc-devs at haskell.org>
Subject: Re: Windows build

I've looked into this.

Current test script picks msys2-compiled python, which, after your modification, can't find 'windll', because msys2-compiled python is cygwin-like and it's 'ctypes' has no 'windll'. If we rewrite the relevant part of script thus:

config.msys2 = False
....
    elif v.startswith("MINGW"):
        config.msys2 = True
....
# Try to use UTF8
if windows:
    import ctypes
    if config.cygwin or config.msys2:
        # Is this actually right? Which calling convention does it use?
        # As of the time of writing, ctypes.windll doesn't exist in the
        # cygwin python, anyway.
        mydll = ctypes.cdll
    else:
        mydll = ctypes.windll

then we go slightly further and fail with:

Traceback (most recent call last):
  File "../driver/runtests.py", line 151, in <module>
    import ctypes
  File "/usr/lib/python2.7/ctypes/__init__.py", line 451, in <module>
    pythonapi = PyDLL("libpython%d.%d.dll" % _sys.version_info[:2])
  File "/usr/lib/python2.7/ctypes/__init__.py", line 365, in __init__
    self._handle = _dlopen(self._name, mode)
OSError: No such file or directory

And this is definitely a bug in msys2 python, because there is no such a file ("libpython*.dll) anywhere in msys2 distribution.

What could be possible solutions?

1. I'm seeing a new version of Msys2 appearing right now here http://sourceforge.net/projects/msys2/files/REPOS/MSYS2/i686/. It is now a bunch of separate packages, I've looked into python 2.7.5 package and found ctypes-related things definitely changed. Thus we could wait a couple of days until Msys2 release process is finished and installation information is available, hoping it's python is working properly.

2. Another approach is to modify testing infrastructure to use some pure win32/mingw based python distribution. But I'm in no way an expert here, sorry.

Cheers,
Kyra


On 11/12/2013 02:10, Simon Peyton-Jones wrote:
Austin, or others,
It would be SO GREAT if it was possible to validate on Windows again.
Currently I'm using msys2, which builds GHC fine, but things fail badly in the testsuite.

Traceback (most recent call last):

  File "../driver/runtests.py", line 144, in <module>

    raise Exception("Can't detect Windows terminal type")

Exception: Can't detect Windows terminal type

uname -s returns MINGW_NT-6.2
Changing the test from
    elif v.startswith("MINGW32"):
to
    elif v.startswith("MINGW"):
just produces a new error

Traceback (most recent call last):

  File "../driver/runtests.py", line 155, in <module>

    mydll = ctypes.windll

AttributeError: 'module' object has no attribute 'windll'

../mk/test.mk:242: recipe for target 'test' failed

It's all very frustrating because I can't validate.  Can anyone help?
Simon








_______________________________________________

ghc-devs mailing list

ghc-devs at haskell.org<mailto:ghc-devs at haskell.org>

http://www.haskell.org/mailman/listinfo/ghc-devs






_______________________________________________

ghc-devs mailing list

ghc-devs at haskell.org<mailto:ghc-devs at haskell.org>

http://www.haskell.org/mailman/listinfo/ghc-devs


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/ghc-devs/attachments/20131112/6fb8570e/attachment.html>


More information about the ghc-devs mailing list