This is the mail archive of the
mailing list for the Cygwin project.
Re: [HEADSUP] Dropping libopenssl098 from distro
- From: Ken Brown <kbrown at cornell dot edu>
- To: cygwin-apps at cygwin dot com
- Cc: Reini Urban <rurban at x-ray dot at>
- Date: Wed, 14 Jan 2015 16:19:25 -0500
- Subject: Re: [HEADSUP] Dropping libopenssl098 from distro
- Authentication-results: sourceware.org; auth=none
- References: <20150114141344 dot GG15791 at calimero dot vinschen dot de> <87ppahz3kt dot fsf at Rainer dot invalid> <20150114172404 dot GN15791 at calimero dot vinschen dot de> <87h9vtz254 dot fsf at Rainer dot invalid>
On 1/14/2015 12:46 PM, Achim Gratz wrote:
Corinna Vinschen writes:
Clisp is not yet ported to 64bit and it has problems under 32bit as well
(temporary file generation) that also affect Maxima from ports.
If it's a problem with the Cygwin DLL, it would be nice to get a
bug report and, preferredly, an STC, so we have a chance to fix this.
AFAIK it's the same problem that produced the same symptoms in sqlite:
using a non-Cygwin API. So no, I don't think the Cygwin DLL is to
Apart from that, I was only talking about the 32 bitr version anyway.
It requires the wrong libopenssl and needs a simple rebuild for now.
One of the things holding a port off is libsigsegv, IIRC.
This is a bit annoying. Libsigsegv should be optional, not required.
I have no idea whether that's possible for clisp.
It is. There's a configure option "--ignore-absence-of-libsigsegv". But there
are more serious problems, affecting both the 32-bit and 64-bit versions. (So
even just rebuilding clisp for 32-bit Cygwin will take some work.) The problem
is that lisp.exe, which is built and used in the course of trying to build
clisp.exe, crashes with a SEGV shortly after it's started.
My reason for looking at this was that clisp is needed for building xindy, an
optional component of TeX Live. I did successfully build clisp in the 32-bit
case four years ago, but I can't any more. My guess (untested) is that this is
because the location of the heap has changed since then, and maybe the source
code makes unwarranted assumptions about memory layout.
It's a shame that Reini isn't available to help with this.