delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
X-SWARE-Spam-Status: | No, hits=-0.9 required=5.0 tests=AWL,BAYES_50,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,TW_EG,T_TO_NO_BRKTS_FREEMAIL |
X-Spam-Check-By: | sourceware.org |
MIME-Version: | 1.0 |
In-Reply-To: | <4DBFEF44.8030908@cornell.edu> |
References: | <4DBFEF44 DOT 8030908 AT cornell DOT edu> |
Date: | Tue, 3 May 2011 16:30:23 +0200 |
Message-ID: | <BANLkTimTpWV0RmDwxmUebniiMoPgqQJUbg@mail.gmail.com> |
Subject: | Re: clisp packaging problem |
From: | Reini Urban <rurban AT x-ray DOT at> |
To: | cygwin AT cygwin DOT com |
X-IsSubscribed: | yes |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.com> |
List-Unsubscribe: | <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com> |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
[followup on cygwin] 2011/5/3 Ken Brown: > The clisp package has a problem very similar to the libsigsegv problem > reported by Corinna > (http://cygwin.com/ml/cygwin-apps/2011-05/msg00000.html). =A0I'm starting= a > new thread because it's a different package, but the basic issue is the > same: The build is set up to treat Cygwin as being "like Windows" rather > than being a POSIX system. > > I recently had occasion to build clisp-2.49 and ran into trouble because = the > build on Cygwin links against various libraries in /usr/lib/w32api. =A0See > > =A0http://tug.org/pipermail/tlbuild/2011q2/001885.html > > for details. =A0The problem can be traced to the following in > clisp-2.49/modules/syscalls/configure.in: > > if test "$ac_cv_header_shlobj_h" =3D yes ; then > =A0 LIBS=3D${LIBS}' -luser32 -lole32 -loleaut32 -luuid'; > fi Unfortunately we need those libs for some minor calls into the winapi. But there's no other conflict then our official libuuid, which is prefered over the win32api uuid.a without my patch. I never uploaded 2.49 because the are more severe issues with dynamic modul= es besides those minor patches. > together with the following in clisp-2.49/modules/syscalls/calls.c: > > #if defined(WIN32_NATIVE) || defined(UNIX_CYGWIN32) > #include <shlobj.h> Unfortunately we need this also. > These are only two examples. =A0Here's a third I noticed: The following l= ines > in clisp-2.49/src/encoding.d make the Cygwin build of clisp use DOS line > endings: > > =A0#if defined(WIN32) || (defined(UNIX) && (O_BINARY !=3D 0)) > =A0pushSTACK(S(Kdos)); =A0 =A0 =A0 =A0 =A0 /* :line-terminator */ Of course I patched that. With CRLF we cannot pipe into clisp. > This one is minor, but I think it indicates a basic misunderstanding of w= hat > Cygwin is. I believe the latter. --=20 Reini -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |