python package using a Fortran library
allbery.b at gmail.com
Wed Jul 17 09:40:56 PDT 2013
On Wed, Jul 17, 2013 at 11:15 AM, Daniel J. Luke <dluke at geeklair.net> wrote:
> On Jul 17, 2013, at 9:56 AM, Brandon Allbery <allbery.b at gmail.com> wrote:
> > On Wed, Jul 17, 2013 at 6:55 AM, Ryan Schmidt <ryandesign at macports.org>
> > On Jul 17, 2013, at 04:28, Michael Wimmer <wimmer.mike at gmail.com> wrote:
> > >> If the build does not respect the compiler choice, that is a bug that
> should be fixed.
> > >
> > > python setuptools behavior: By default, they always want to use the
> > > compiler that python itself has been compiled with (I assume to avoid
> > > inconsistencies).
> > If that is how Python in MacPorts behaves, then I would call that a bug
> in Python in MacPorts that needs to be fixed. Ports should use the compiler
> indicated by configure.compiler. Anything else is wrong.
> > Letting (for forcing!) a language extension use a different compiler
> from the base language results in extensions that won't load in the base.
> (True of Python, Perl, and Tcl at minimum; also likely GHC.) You
> Yep, it should mostly work in general - but it's not something that anyone
> really tests (as far as I know) and it's likely that upstream language
> developers wouldn't want to spend time fixing any bugs that we might find.
Actually, I have direct experience with this in Perl, and while I'm not
much of a pythonista I've seen discussion of it with respect to Python.
They both force the compiler deliberately, and both have long experience
with "bugs" caused by someone overriding the compiler on them. And neither
one wants to hear about it if someone forces the compiler anyway and things
Really, they do this for exactly the same reason that MacPorts discourages
overriding the compiler. In this case, that means honoring *both*: rebuild
Python with the necessary compiler, then rebuild the extensions. Anything
else is just asking for problems.
brandon s allbery kf8nh sine nomine associates
allbery.b at gmail.com ballbery at sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the macports-users