From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dwight Newsgroups: gmane.lisp.guile.bugs Subject: Re: Unable to build guile Date: Thu, 06 Nov 2008 17:22:07 -0800 Message-ID: <4913983F.2090204@aceweb.com> References: <490CC562.9070501@aceweb.com> <87bpwx98f7.fsf@gnu.org> <490E7842.9040903@aceweb.com> <87d4hdmbw8.fsf@gnu.org> <490F78C1.9020703@aceweb.com> <87ljw01lm1.fsf@gnu.org> <490FB08F.7030903@aceweb.com> <87prlbwxth.fsf@gnu.org> <4910B219.9000301@aceweb.com> <87tzamy1ve.fsf@gnu.org> <49120D5C.8040903@aceweb.com> <87iqr1t7p8.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1226023719 24028 80.91.229.12 (7 Nov 2008 02:08:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 7 Nov 2008 02:08:39 +0000 (UTC) Cc: bug-guile@gnu.org To: =?ISO-8859-1?Q?Ludovic_Court=E8s?= Original-X-From: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Fri Nov 07 03:09:41 2008 connect(): Connection refused Return-path: Envelope-to: guile-bugs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KyGn6-0000Yi-FN for guile-bugs@m.gmane.org; Fri, 07 Nov 2008 03:09:40 +0100 Original-Received: from localhost ([127.0.0.1]:42694 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KyGlz-0003y2-5I for guile-bugs@m.gmane.org; Thu, 06 Nov 2008 21:08:31 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KyGlv-0003xu-KE for bug-guile@gnu.org; Thu, 06 Nov 2008 21:08:27 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KyGlq-0003xM-SK for bug-guile@gnu.org; Thu, 06 Nov 2008 21:08:27 -0500 Original-Received: from [199.232.76.173] (port=57758 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KyGlq-0003xJ-Ov for bug-guile@gnu.org; Thu, 06 Nov 2008 21:08:22 -0500 Original-Received: from mail.aceweb.net ([24.43.169.18]:3761 helo=EMail-01.mdeinc.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KyFss-0006uL-J0; Thu, 06 Nov 2008 20:11:34 -0500 Original-Received: from [216.99.240.137] (unverified [216.99.240.137]) by EMail-01.mdeinc.com (Vircom SMTPRS 4.5.654.13) with ESMTP id ; Thu, 6 Nov 2008 17:11:09 -0800 X-Modus-BlackList: 216.99.240.137=OK;dcrs6000@aceweb.com=OK X-Modus-RBL: 216.99.240.137=Excluded X-Modus-Trusted: 216.99.240.137=NO X-Modus-Audit: FALSE;0;0;22342145086583268 User-Agent: Mozilla/5.0 (X11; U; AIX 5.2; en-US; rv:1.7.13.1) Gecko/20070301 X-Accept-Language: en-us, en In-Reply-To: <87iqr1t7p8.fsf@gnu.org> X-detected-operating-system: by monty-python.gnu.org: Windows 2000 SP4, XP SP1+ X-BeenThere: bug-guile@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GUILE, GNU's Ubiquitous Extension Language" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Errors-To: bug-guile-bounces+guile-bugs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.bugs:4082 Archived-At: Hi Ludovic Courtès, > Can you try out the following GDB script: > > b main > run -q -c 0 > b get_thread_stack_base > c > b scm_get_stack_base > c > finish > finish > quit > > Save it to a file, say `the-script', `cd' to the top build directory and > run: > > ./libtool --mode=execute gdb ./libguile/guile -x the-script > > Then you can post the GDB output here. # pwd /tmp/VIM/guile-1.8.5 # pg the-script b main run -q -c 0 b get_thread_stack_base c b scm_get_stack_base c finish finish quit # ./libtool --mode=execute gdb ./libguile/guile -x the-script GNU gdb 6.5 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "powerpc-ibm-aix5.2.0.0"... Breakpoint 1 at 0x100003f8: file guile.c, line 72. Breakpoint 1, main (argc=4, argv=0x2ff22058) at guile.c:72 72 guile.c: A file or directory in the path name does not exist.. in guile.c Function "get_thread_stack_base" not defined. Program received signal SIGSEGV, Segmentation fault. 0xd004a864 in pthread_mutexattr_init () from /usr/lib/libpthreads.a(shr_xpg5.o) Breakpoint 2 at 0xd6c70efc: file gc_os_dep.c, line 1937. Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. /tmp/VIM/guile-1.8.5/the-script:7: Error in sourced command file: The program is not running. (gdb) quit > The goal is to understand which part of the code is used to determine > the stack base, and what it returns. > > >># grep -E "DINFINITY|DQNAN" * >>float.h:#define DINFINITY _DBLINF >>float.h: extern unsigned int DQNAN[2]; >>float.h:#define DBL_QNAN (*((double *) (DQNAN))) >>math.h:#define DINFINITY _DBLINF > > > OK, they are truly declared as ints, which truly breaks strict aliasing > rules. Then we should either compile that file with > `-fno-strict-aliasing' or not use `-Werror'. > > >>>Our code appears to be based on that of Octave >>>(http://hg.savannah.gnu.org/hgweb/octave/file/ec969f3b8955/liboctave/lo-ieee.cc), >>>which (erroneously) assumes that these variables are only used on OSF. >> >> AIX is supposed to be compliant with the latest OSF specifications! >>If you like you can check out the link below to get more information >>about AIX compatability/compliance with UNIX standards. >> >> http://www-03.ibm.com/systems/p/os/aix/standards/index.html > > > I am roughly assuming OSF == Tru64 (aka. OSF/1). I don't see "OSF" > listed in the above page. According to > http://en.wikipedia.org/wiki/Open_Software_Foundation, OSF is was merged > with the Open Group. I believe that is correct. It has been over 10 years since I had to deal with this kind of thing. There used to be a book called "Go Solo" that had all the standards and stuff in it. I have the second version; but could not find those variables. I check the Open Group site and they do not seem to have updated that book. > Anyway, do you have pointers to documentation or standards that describe > `DQNAN' and `DINFINITY'? I don't see anything like this at > opengroup.org. No I do not. >>>>net_db.c: In function 'scm_resolv_error': >>>>net_db.c:112: warning: implicit declaration of function 'hstrerror' >>> >>> >>>Can you also "rgrep hstrerror /usr/include"? >> >> I did a grep on /usr/include and /usr/include/sys >> >># grep hstrerror * >>netdb.h:const char *hstrerror(); >>netdb.h:const char * hstrerror(int); > > > Is that under /usr/include or /usr/include/sys? Yes! The grep was done on /usr/include and /usr/include/sys I even did then on /usr/local/include; but the responce was null. Bye, Dwight