From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Steve Ellcey Newsgroups: gmane.lisp.guile.devel Subject: Re: Preparing for a 1.6.8 release. Date: Wed, 19 Oct 2005 14:25:40 -0700 (PDT) Message-ID: <200510192125.OAA27710@hpsje.cup.hp.com> References: <87wtk9use1.fsf@trouble.defaultvalue.org> NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1129757412 17774 80.91.229.2 (19 Oct 2005 21:30:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 19 Oct 2005 21:30:12 +0000 (UTC) Cc: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Wed Oct 19 23:30:11 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1ESLU5-0000e1-Sv for guile-devel@m.gmane.org; Wed, 19 Oct 2005 23:28:30 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ESLU5-0005Bv-C8 for guile-devel@m.gmane.org; Wed, 19 Oct 2005 17:28:29 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ESLTr-000578-9k for guile-devel@gnu.org; Wed, 19 Oct 2005 17:28:15 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ESLTp-00056M-L3 for guile-devel@gnu.org; Wed, 19 Oct 2005 17:28:14 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ESLTp-00056G-AI for guile-devel@gnu.org; Wed, 19 Oct 2005 17:28:13 -0400 Original-Received: from [156.153.255.238] (helo=palrel13.hp.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1ESLTp-0005r1-Al for guile-devel@gnu.org; Wed, 19 Oct 2005 17:28:13 -0400 Original-Received: from smtp2.ptp.hp.com (smtp2.ptp.hp.com [15.1.28.240]) by palrel13.hp.com (Postfix) with ESMTP id B22841C04ED2; Wed, 19 Oct 2005 14:25:40 -0700 (PDT) Original-Received: from hpsje.cup.hp.com (hpsje.cup.hp.com [15.244.96.221]) by smtp2.ptp.hp.com (Postfix) with ESMTP id 97AF11AE04D; Wed, 19 Oct 2005 21:25:40 +0000 (UTC) Original-Received: (from sje@localhost) by hpsje.cup.hp.com (8.9.3 (PHNE_24419+JAGae58098)/8.7.3 TIS Messaging 5.0) id OAA27710; Wed, 19 Oct 2005 14:25:40 -0700 (PDT) Original-To: rlb@defaultvalue.org In-Reply-To: <87wtk9use1.fsf@trouble.defaultvalue.org> X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:5315 Archived-At: > > IA64 is set in libguile/gc_os_dep.c only for IA64 Linux. __ia64__ is set > > by GCC (and other compilers) for both Linux and HP-UX. But the code > > that is under the __ia64__ ifdef is Linux specific and will not compile > > on HP-UX. > > I'll need to think about this for a moment. We can't use IA64 > directly if it's only defined in gc_os_dep.c, since that's not > something continuations.c or gc.c can see. You are right, for some reason I was thinking of gc_os_dep.c as a header file and thinking that continuations.c and gc.c would see the definition. My change would break IA64 Linux but I didn't see that because I was testing on IA64 HP-UX where I didn't want IA64 defined anyway. > I haven't investigated carefully yet -- do you have any idea offhand > if the __ia64__ guarded bits in those files are absolutely Linux > specific? If we're not *sure*, then we'll need to reverse the sense > of the test and just exclude HP-UX so that we don't accidentally break > some other ia64 platform. The code might work for other OS's, the problem on HP-UX is that HP-UX made ucontext_t an opaque type and then provided access functions to get the information that guile is trying to access directly from ucontext_t. If the other OS's provide ucontext_t and let you access it directly the code might work there. > I can't recall if I already asked this, but could you re-try with > the 1.6.8-rc0 archive (or current 1.6 CVS)? I did try 1.6.8.rc0 and got the same results. > We had a similar problem on ia64/Linux, but with rc0 it seems to have > vanished, at least on the machine I tested. We still have a problem > on m68k. Given that things don't work with 1.6.8.rc0 even after changing __ia64__ to IA64 I think it is reasonable not to address this problem for 1.6.8. I'd like to get guile working at some point on the HP-UX IA64 platform but I don't know if that means getting the 1.6.* branch to work or if I should just look at the top-of-tree sources. Steve Ellcey sje@cup.hp.com _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel