[ZCM] [ZC] 441/ 1 Request "HEAD not usuable with Cygwin"

Collector: Zope Bugs, Features, and Patches ... zope-coders@zope.org
Sun, 23 Jun 2002 12:36:11 -0400


Issue #441 Update (Request) "HEAD  not usuable with Cygwin"
 Status Pending, Zope/bug medium
To followup, visit:
  http://collector.zope.org/Zope/441

==============================================================
= Request - Entry #1 by ajung on Jun 23, 2002 12:36 pm

a) Collector #151 is still not resolved for Python 2.1.3
   and the HEAD and Cygwin. 

b) Trying to build the HEAD with Python 2.2 using
    DistUtils also fails with: 

not copying ZODB/tests/testActivityMonitor.py (output up-to-date)
not copying ZODB/tests/testCache.py (output up-to-date)
not copying ZODB/tests/testDB.py (output up-to-date)
not copying ZODB/tests/testDemoStorage.py (output up-to-date)
not copying ZODB/tests/testFileStorage.py (output up-to-date)
not copying ZODB/tests/testfsIndex.py (output up-to-date)
not copying ZODB/tests/testMappingStorage.py (output up-to-date)
not copying ZODB/tests/testPersistentList.py (output up-to-date)
not copying ZODB/tests/testPersistentMapping.py (output up-to-date)
not copying ZODB/tests/testTimeStamp.py (output up-to-date)
not copying ZODB/tests/testTransaction.py (output up-to-date)
not copying ZODB/tests/testUtils.py (output up-to-date)
not copying ZODB/tests/testZODB.py (output up-to-date)
not copying ZODB/tests/TransactionalUndoStorage.py (output up-to-date)
not copying ZODB/tests/TransactionalUndoVersionStorage.py (output up-to-date)
not copying ZODB/tests/VersionStorage.py (output up-to-date)
not copying ZODB/tests/__init__.py (output up-to-date)
running build_ext
building 'ZODB.cPersistence' extension
skipping ZODB/cPersistence.c (build/temp.cygwin-1.3.10-i686-2.2/cPersistence.o up-to-date)
gcc -shared -Wl,--enable-auto-image-base build/temp.cygwin-1.3.10-i686-2.2/cPersistence.o -L. -lpython2.2 -o build/lib.cygwin-1.3.10-i686-2.2/ZODB/cPersiste
nce.dll
/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/../../../../i686-pc-cygwin/bin/ld: cannot find -lpython2.2

This might also be a DistUtils-Cygwin related issue.


-aj
==============================================================