[Python-Dev] Unable to build regex module against Python 3.5 32-bit
python at mrabarnett.plus.com
Tue May 26 19:23:12 CEST 2015
On 2015-05-26 14:24, Paul Moore wrote:
> On 26 May 2015 at 13:55, Steve Dower <Steve.Dower at microsoft.com> wrote:
> > The builds I am responsible for include it because someone reported
> > and was persistent and helpful enough that I fixed it for them.
> > That said, until MinGW agrees on a stable branch/version/fork,
> > to be a good chance that the shipped lib won't work for some
people. If this
> > is what's happened here, I see it as a good enough reason to stop
> > the lib and to add instructions on generating it instead (the
> > dance).
> Agreed. If shipping it helps, then great. If it's going to cause bug
> reports, let's go back to the status quo of not having it. The
> instructions for generating it were in the old distutils docs, now
> removed in the cleanup / redirection to packaging.python.org. I'm
> inclined to just leave it undocumented - the people who need it know
> how to do it or can find it, whereas documenting the process implies a
> level of support that we're not yet really able to provide.
> Let's wait to see what the OP comes back with before making a final
> decision. I see a few questions:
> 1. Does using distutils work (as opposed to the quoted manual compile
> 2. Does using whatever process he used in the past to generate
> libpythonXY.a result in a working version?
> suggests using pexports rather than gendef. I don't know if that could
> produce a different result, but I can't see how... It also implicitly
> assumes you're using dlltool from the toolchain you'll be building
> with rather than using -m. Again, I can't see why that would affect
> the results.
It's been so long since the last Python release that I didn't remember
that I had to make the lib file.
I made libpython35.a like I did for the others and it's all working now.
All the tests pass. :-)
More information about the Python-Dev