no prebuilt binary for python 3.5 about cpymad

[coldfix]

Hey,

looks like cpymad is trying to build from source rather than using the prebuilt binaries. What is your platform (python version, architecture, OS)? In case there is no binary for your platform, I could try to build one later on.

In case there is a matching binary for your platform online, did you try downloading the wheel (.whl) and installing the file directly?

If you do want to build cpymad on your own you will need to download and build the MAD-X sources first as is described in the installation guide (be warned, you need a working compiler suite for that, including fortran!).

Regarding the formatting: just put triple back ticks around your log example:

```
C:\TEMP>pip install cpymad
Collecting cpymad
Using cached cpymad-0.12.2.tar.gz
```

[GitH00t]

3.5.0 |Anaconda 2.4.0 (64-bit)| (default, Oct 20 2015, 07:26:33) [MSC v.1900 64 bit (AMD64)] on Win7
So there is no binary available. I do not want to build it myself. That would only get me into more trouble than I am already in.

I tried using the "best-fitting" wheel and get the following:

cpymad-0.12.2-cp34-none-win_amd64.whl is not a supported wheel on this platform.

Will I have to downgrade to py3.4 to make it work again?

Renaming the file to cpymad-0.12.2-cp34-none-any.whl allowed me to use the wheel, but that was probably dirtier than anything, because now:

from cpymad.madx import Madx
m = Madx()

throws:

ImportError:
Traceback (most recent call last):
  File "C:\Anaconda3\lib\site-packages\cpymad\rpc_util\service.py", line 85, in _dispatch
    response = handler(*args)
  File "C:\Anaconda3\lib\site-packages\cpymad\_rpc.py", line 109, in _dispatch_function_call
    module = __import__(modname, None, None, '*')
ImportError: DLL load failed: The specified module could not be found.

[coldfix]

OK, I'm afraid, I cannot build a reliable windows binary for python 3.5 at this time. Can you go back to python 3.4 for the time being? As soon, as there is a WinPython release for python 3.5, I can provide the corresponding binary.

[coldfix]

Might be a while until WinPython 3.5 will be released. Apparently, there is some trouble with the compiler toolchain.

winpython/winpython#67

As of now, I can only provide cpymad builds for python3.5 that dynamically link to some DLLs you'd have to download manually.

EDIT: (a few more readings)

https://blogs.msdn.microsoft.com/vcblog/2014/06/10/the-great-c-runtime-crt-refactoring
https://blogs.msdn.microsoft.com/vcblog/2015/03/03/introducing-the-universal-crt
http://stevedower.id.au/blog/building-for-python-3-5
http://stevedower.id.au/blog/building-for-python-3-5-part-two
http://stevedower.id.au/blog/the-python-3-5-installer/#comment-275

See also:

https://mingwpy.github.io/issues.html#choice-of-msvc-runtime (good overview!)
https://mingwpy.github.io/ucrt.html (technical background, good explanation!)
mingwpy/mingwpy#25

[GitH00t]

Alright, so I now reverted back to Py 3.4 and it seems to work now. Looking at all the troubles I had with upgrading the entire distribution (numpy, matplotlib and such). I will stick to the out of the box version I have right now and wait for things to settle.
Thanks for your support! I leave it up to you if you want to close the ticket.

[coldfix]

Hi, FYI I have uploaded py35 and py36 wheels for the newest cpymad version. However, these are experimental and crashed regularly on win10 64bit during testing. Other configurations (win7 with 32/64bit or win10 with 32bit) seemed to work but I can't guarantee that they are fine. Furthermore, you may have to download MSVCR100.dll manually.

Best, Thomas