From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.lisp.guile.user Subject: Re: Any New Guile Release Planned ? Date: Mon, 02 Nov 2015 17:40:31 +0200 Message-ID: <834mh4xvdc.fsf@gnu.org> References: <87h9lcqjrv.fsf@gnu.org> <20151028181533.GA16635@localhost.localdomain> <87pozx66tb.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1446478846 15708 80.91.229.3 (2 Nov 2015 15:40:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 2 Nov 2015 15:40:46 +0000 (UTC) Cc: guile-user@gnu.org To: Vladimir Zhbanov Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Mon Nov 02 16:40:38 2015 Return-path: Envelope-to: guile-user@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZtHDq-0002zR-9M for guile-user@m.gmane.org; Mon, 02 Nov 2015 16:40:38 +0100 Original-Received: from localhost ([::1]:42952 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZtHDp-0007kK-9x for guile-user@m.gmane.org; Mon, 02 Nov 2015 10:40:37 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60862) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZtHDd-0007k7-Iu for guile-user@gnu.org; Mon, 02 Nov 2015 10:40:26 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZtHDY-0008Fu-H8 for guile-user@gnu.org; Mon, 02 Nov 2015 10:40:25 -0500 Original-Received: from mtaout29.012.net.il ([80.179.55.185]:32799) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZtHDY-0008Fj-8k for guile-user@gnu.org; Mon, 02 Nov 2015 10:40:20 -0500 Original-Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NX700O001Y12U00@mtaout29.012.net.il> for guile-user@gnu.org; Mon, 02 Nov 2015 17:39:39 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NX700I3C2627960@mtaout29.012.net.il>; Mon, 02 Nov 2015 17:39:39 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.185 X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:12125 Archived-At: > Date: Mon, 2 Nov 2015 15:10:15 +0300 > From: Vladimir Zhbanov >=20 > > The reason I ask is that we rely on Gnulib for these portability > > things. The in libguile/iselect.h is supposed to = do the > > right thing; if it=E2=80=99s not, we should (1) update our Gnulib= copy, and (2) > > fix the problem in Gnulib if it=E2=80=99s still there. >=20 > OK, on my system (Debian jessie (stable)) guile builds well under > MinGW. However, when I'm trying to compile geda-gaf it complains: >=20 > In file included from > /home/user/minipack/result/include/guile/2.0/libguile/threads.h:31:= 0, > from > /home/user/minipack/result/include/guile/2.0/libguile/async.h:29, > from > /home/user/minipack/result/include/guile/2.0/libguile.h:37, > from ./../include/libgeda_priv.h:4, > from scheme_init.c:26: > /home/user/minipack/result/include/guile/2.0/libguile/iselect.h:31:= 24: > fatal error: sys/select.h: No such file or directory > #include > ^ > compilation terminated. > make[4]: *** [scheme_init.x] Error 1 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all] Error 2 >=20 > AFAICS, mingw package in Debian has the winsock2.h headers while I > don't see any select.h MinGW indeed doesn't have sys/select.h, but gnulib, included in Guile= , provides it. So I think Ludovic is right, and showing the complete compiler comman= d line will give some hints. I'm guessing something related to -I switches or maybe even -isystem.