Ports linking against the wrong Python.framework (was: Re: [MacPorts] #19223: subversion 1.6.0 stubbornly linking against python25-apple?)

[Daniel J. Luke]

On Apr 8, 2009, at 12:03 PM, Rainer Müller wrote:
> The problem is that frameworks allow to contain multiple versions, but
> the compiler does not have any option to choose a specific version. In
> my opinion this is a bug. But given this fact, all ports wanting to  
> link
> against python need to be patched not to use -framework. This has
> already been done for example for mod_wsgi and mod_python25 by
> commenting out the framework relevant parts in the configure script.

Ok, I can do that for the subversion-python25bindings port too, then,  
I guess.

> We need to get ports not to use these flags. Either we trick ports not
> to link using -framework by patching each of them or by modifying the
> global python configuration not to report itself as a framework. But
> then what would be a reason to keep it as a framework as it causes  
> us so
> much troubles?
>
> As far as I know the only advantage of the frameworks is currently to
> have working pythonw and IDLE. Is there really no way to get this
> without a framework build or did just nobody try yet?

I would also prefer the non-framework install. (I don't know how  
difficult it would be to get pythonw and IDLE to work, though).

--
Daniel J. Luke
+========================================================+
| *---------------- dluke at geeklair.net ----------------* |
| *-------------- http://www.geeklair.net -------------* |
+========================================================+
|   Opinions expressed are mine and do not necessarily   |
|          reflect the opinions of my employer.          |
+========================================================+



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
URL: <http://lists.macosforge.org/pipermail/macports-dev/attachments/20090408/2800dc46/attachment.bin>