Change by Ralf Gommers :
--
nosy: +ralf.gommers
___
Python tracker
<https://bugs.python.org/issue37980>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ralf Gommers :
--
nosy: +ralf.gommers
___
Python tracker
<https://bugs.python.org/issue38501>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ralf Gommers :
--
nosy: +ralf.gommers
___
Python tracker
<https://bugs.python.org/issue40897>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ralf Gommers :
--
nosy: +ralf.gommers
___
Python tracker
<https://bugs.python.org/issue36085>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Gommers :
--
nosy: +ralf.gommers
___
Python tracker
<http://bugs.python.org/issue4709>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Gommers :
--
nosy: +ralf.gommers
___
Python tracker
<http://bugs.python.org/issue16296>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ralf Gommers added the comment:
I'll note that in Numpy we have now worked around the issue (with
https://github.com/numpy/numpy/pull/4892), basically by monkeypatching
distutils and doing:
if '/MANIFEST' not in ldflags:
ldflags.append('/MANIFEST')
The
Ralf Gommers added the comment:
> @Steve Great, so what needs to be done so that I as a package developer can
> do `pip install windows-build-system`, `python setup.py bdist_wheel` and it
> actually creates a wheel? (which AFAICT is the same problem).
Hi Henry, I expect progress on
Ralf Gommers added the comment:
> "We" is a lot of different companies and individuals. Anyone distributing
> prebuilt binaries is helping here, a few people are working on the licensing
> concerns for some components, other people are working on C BLAS libraries.
Note
Ralf Gommers added the comment:
> I'm happy and keen to help so please feel free to poke me if you need
> assistance with anything. I'll keep an eye out too - is it actively being
> discussed on any list?
Thanks Henry. There's no ongoing discussion on a list right now
Ralf Gommers added the comment:
Hi all,
There is now a much more concrete plan for the static MinGW-w64 based
toolchain, and the first funding has materialized.
Please see the announcement on the Numpy mailing list
(http://article.gmane.org/gmane.comp.python.numeric.general/62207), the
Changes by Ralf Gommers :
--
nosy: +ralf.gommers
___
Python tracker
<http://bugs.python.org/issue23102>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ralf Gommers :
--
nosy: +ralf.gommers
___
Python tracker
<http://bugs.python.org/issue23114>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ralf Gommers added the comment:
Any chance to get this merged?
--
versions: +Python 3.6
___
Python tracker
<http://bugs.python.org/issue23102>
___
___
Python-bug
Changes by Ralf Gommers :
--
nosy: +ralf.gommers
___
Python tracker
<http://bugs.python.org/issue2943>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ralf Gommers added the comment:
A few comments from the perspective of what's needed for the scientific Python
stack:
1. Of the three options mentioned in msg243605, it's definitely (3) that is of
interest. We want to build extensions with MinGW-w64 that work with the
standard M
Ralf Gommers added the comment:
Indeed, our idea of "easy to install" was/is a wheel or set of wheels so that
"pip install mingw64py" does all you need. If necessary that can of course be
repackaged as single downl
17 matches
Mail list logo