X-Spam-Check-By: sourceware.org Date: Mon, 12 Mar 2007 14:40:15 +0100 From: Samuel Thibault To: cygwin AT cygwin DOT com Subject: Re: python & development Message-ID: <20070312134015.GG3559@implementation.labri.fr> Mail-Followup-To: cygwin AT cygwin DOT com References: <20070312005446 DOT GG3707 AT interface DOT famille DOT thibault DOT fr> <20070312131932 DOT GA1272 AT tishler DOT net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20070312131932.GA1272@tishler.net> User-Agent: Mutt/1.5.11 X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Hi, Jason Tishler, le Mon 12 Mar 2007 08:19:32 -0500, a écrit : > On Mon, Mar 12, 2007 at 01:54:46AM +0100, Samuel Thibault wrote: > > I'd need to use pyrexc for building python bindings, is there any > > plans for including it in the cygwin distribution? (the upstream tgz > > currently installs just fine). > > Would you like to contribute this package? Why not, but maybe it's easier to have the same person manage related packages? > > And about python, there's something odd with libpython2.4.dll.a: it is > > located in /usr/lib/python2.4/config/, > > When I added shared extension support to Cygwin Python, I put > libpython2.4.dll.a in /usr/lib/python2.4/config because that was the > same directory that contains libpython2.4.a (and the other files needed > for extending/embedding) on Unix. > > > unlike Linux where it is located in /usr/lib/python2.4/ > > Which file are you referring to on Linux? libpython2.4.so? If so, it > is located in /usr/lib. Uh, indeed, and in /usr/lib/python2.4/config/ too, but _not_ in /usr/lib/python2.4. I wonder how it is that I thought it was in /usr/lib/python2.4. But at least I understand why it was working for me in Linux, and -L/usr/lib/python2.4 wasn't needed at all actually. > > That poses problem with linking with it. The ac_python_devel.m4 file > > shipped with autotools uses get_python_lib(0,1) from the > > distutils.sysconfig package for determining which path to give to > > gcc's -L so that gcc's -lpython2.4 can work, and that returns > > /usr/lib/python2.4 (just like in Linux). So maybe the ac_python_devel.m4 file is just buggy actually: PYTHON_LDFLAGS=`$PYTHON -c "from distutils.sysconfig import *; \ from string import join; \ print '-L' + get_python_lib(0,1), \ '-lpython';"`$py_version Maybe it should append config/ to get_python_lib(0,1) ? > AFAICT, Distutils sets gcc's -L correctly under Cygwin. Mmm, how? This didn't work for me. > > Could this somehow be fixed? > > But, where should this be fixed? Cygwin Python's shared extension > support hasn't changed in a long time. I'm afraid I'll break someone's > build, if I move libpython2.4.dll.a to another directory. Maybe not moving it, but doing like in Linux: providing it in /usr/lib too? Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/