id,summary,reporter,owner,description,type,status,priority,milestone,component,resolution,keywords,cc,merged,author,reviewer,upstream,work_issues,branch,commit,dependencies,stopgaps
9167,Resolve ecl.dll conflict on Cygwin,was,tbd,"Though the C-library interface to ECL builds on Cygwin, it does not work at all. All tests fail:
{{{
sage: import sage.libs.ecl
---------------------------------------------------------------------------
ImportError Traceback (most recent call last)
/home/wstein/sage-4.4.3/ in ()
ImportError: No such process
sage:
}}}
The reason of this is a name clash: there are two different libraries called `ecl.dll`.
One in `SAGE_LOCAL/lib/` and one in `SAGE_LOCAL/lib/python/site-packages/sage/libs/`.
It is the second one whose importing fails because it should be linked to the first one, but `cygcheck` shows that this dependency is resolved to itself!
This is of course dysfunctional, whence the import failure.
The easiest solution would be to rename `sage/libs/ecl.pyx` to something else, thus avoiding a name clash.
The solution proposed here is different and more indirect:
Patch ECL build system so that it follows the name convention proposed by Cygwin.
The shared library itself is now in `SAGE_LOCAL/bin/cygecl.dll`.
In addition, an import file is created in `SAGE_LOCAL/lib/libecl.dll.a`.
An updated spkg, based on the one in #13324, is available at
[http://boxen.math.washington.edu/home/jpflori/ecl-12.12.1.p1.spkg]
'''Reported upstream''': https://gitlab.com/embeddable-common-lisp/ecl/issues/235",defect,closed,major,sage-5.7,porting: Cygwin,fixed,cygwin spkg ecl,mhansen dimpase jpflori jdemeyer,sage-5.7.beta1,Jean-Pierre Flori,"Karl-Dieter Crisman, Jeroen Demeyer",Reported upstream. No feedback yet.,,,,"#13324, #13860",