Skip Montanaro s...@pobox.com added the comment:
Works for me. Thanks Ronald. Closing...
--
assignee: - ronaldoussoren
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4472
Ronald Oussoren ronaldousso...@mac.com added the comment:
LDLIBRARY is indeed a good variable to use.
I've applied issue447-v2.patch in r68146. Backported to 2.6.x in r68147.
Added file: http://bugs.python.org/file12535/issue4472-v2.patch
___
Python
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
resolution: accepted - fixed
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4472
___
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
Ronald,
cygwin is a special case too.
LDLIBRARY is so called import library !
So the make target can be (as I propose in py-issue-4472-makefile.patch)
+ if test -n $(DLLLIBRARY); then \
+
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've applied this patch. If I understand things correctly that should
fix the cygwin issue.
Index: Makefile.pre.in
===
--- Makefile.pre.in (revision 68149)
+++
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
10x cygwin is now not impacted.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4472
___
___
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
I just finish test for altbininstall make target on linux and cygwin.
Ronald,
About the SO issue - in makefile we may use $(LDLIBRARY) instead of
libpython$(VERSION)$(SO) (see py-issue-4472-makefile.patch).
For cygwin
Skip Montanaro s...@pobox.com added the comment:
The patch seemed to work for me. Should I worry that I don't see
-fPIC or -fpic in the compile commands? Also, running make test
before at least installing libpython2.7.dylib appears to be impossible:
% otool -L python.exe
python.exe:
Ronald Oussoren ronaldousso...@mac.com added the comment:
Skip:
* GCC always generates position-independent code on OSX
* I'll look in the test issue, that's probably caused by a broken
definition for RUNSHARED.
Roumen:
* The SHLIB_EXT definition in pyconfig.h is an issue. And I have to
Changes by Skip Montanaro s...@pobox.com:
--
title: Is shared lib building broken on trunk? - Is shared lib building broken
on trunk for Mac OS X?
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4472
Ronald Oussoren ronaldousso...@mac.com added the comment:
SO=.dylib is needed in the makefile to ensure that make install
works and to ensure that the libpython shared library is build with the
right suffix (OSX uses .dylib for shared libraries).
The code in distutils.sysconfig is necessary
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
Ronald,
In proposed patch we see (insert about line 740):
+ LDLIBRARY='libpython$(VERSION).dylib'
+ BLDLIBRARY='-L. -lpython$(VERSION)'
+ RUNSHARED='DYLD_LIBRARY_PATH=`pwd`:${DYLD_LIBRARY_PATH}'
Let see comment in
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
A --enable-framework and --enable-shared are mutable exclusive. You
either have a regular unix build or a Python.framework.
May be configure has to block user if both are enabled.
Is there any documentation on what the role of the
13 matches
Mail list logo
