From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sjoerd van Leent Newsgroups: gmane.lisp.guile.devel Subject: Problems with compilation on Trisquel 5.5 Date: Mon, 23 Apr 2012 21:21:37 +0200 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=90e6ba6e90144025b004be5d8d07 X-Trace: dough.gmane.org 1335208930 9242 80.91.229.3 (23 Apr 2012 19:22:10 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 23 Apr 2012 19:22:10 +0000 (UTC) To: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Mon Apr 23 21:22:09 2012 Return-path: Envelope-to: guile-devel@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 1SMOpt-0005kT-0h for guile-devel@m.gmane.org; Mon, 23 Apr 2012 21:22:09 +0200 Original-Received: from localhost ([::1]:52173 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SMOps-0000Z0-4x for guile-devel@m.gmane.org; Mon, 23 Apr 2012 15:22:08 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:48642) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SMOpm-0000YZ-M7 for guile-devel@gnu.org; Mon, 23 Apr 2012 15:22:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SMOpk-0002u8-OJ for guile-devel@gnu.org; Mon, 23 Apr 2012 15:22:02 -0400 Original-Received: from mail-iy0-f169.google.com ([209.85.210.169]:54562) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SMOpk-0002tS-Er for guile-devel@gnu.org; Mon, 23 Apr 2012 15:22:00 -0400 Original-Received: by iajr24 with SMTP id r24so21277369iaj.0 for ; Mon, 23 Apr 2012 12:21:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=9nQxHkA7BS5rxfZoUVS1tJFkiSMkAl+C5iYv0rEUdtY=; b=AQHDrWAt3gksfZehom4F3DjJudVe103cOU7+sEijkD6yrfkL+yeB6cJEZ7olTnv4kp 6Zv1sAitgFS1LAh1GvDhq7ZSNtjxrjqnKd44DJ1nL8DMeDWoA7JcA+9zDbGzGcYabgds Hb/mGBiddsKkgflGL7EpZlu+10yokEBGz6py/n+XXOdQGV80ZTerpUNP5hXgiTdBIjH/ 8TjNqQMMc6W7j9N70uwFgmDNVG1bj2dkf77+WP6j/RoBah44RzEW0KEUbbcowao7Co7p HnwYT+we8wqbCm3RGVEOjBDVAYTUCoy3F71aIhF9wXx1yUiL35q9unWf5Cj2/xLPvN2a RLFQ== Original-Received: by 10.42.176.6 with SMTP id bc6mr12397343icb.49.1335208917869; Mon, 23 Apr 2012 12:21:57 -0700 (PDT) Original-Received: by 10.42.244.67 with HTTP; Mon, 23 Apr 2012 12:21:37 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.210.169 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:14298 Archived-At: --90e6ba6e90144025b004be5d8d07 Content-Type: text/plain; charset=ISO-8859-1 Dear readers, Recently I upgraded my machine to Trisquel 5.5 (x86_64). While I used Trisquel 5, I had no issues compiling guile, however now it appears all hell broke losoe. When compiling I get to the generation stage of GEN guile-procedures.texi. The stage ends up with a Segmentation fault. I have been debugging the lt_guile process with gdb, and some interesting things happened. The process received SIGPWR and SIGXCPU signals (in a loop), and eventually ends up with a SIGSEGV message from the procedure: GC_generic_malloc_inner. I ended up attempting to build the bdw-gc from scratch and link in the 7.1 stable version, but resulting in the same situation. I have no idea where the problem initiates, as it appears to be happening in a certain time interval (probably thread switching) and there is no way to pinpoint the problem in scheme itself. Even just looping around generates this error. Now, when I went through the make output I noticed some interesting things while compiling libguile_2.2_la-weak-table.lo: weak-table.c: In function 'move_disappearing_links': weak-table.c:164:7: warning: passing argument 1 of 'GC_unregister_disappearing_link' from incompatible pointer type [enabled by default] /usr/local/include/gc/gc.h:771:12: note: expected 'void **' but argument is of type 'scm_t_bits *' weak-table.c:165:7: warning: passing argument 1 of 'GC_general_register_disappearing_link' from incompatible pointer type [enabled by default] /usr/local/include/gc/gc.h:744:12: note: expected 'void **' but argument is of type 'scm_t_bits *' weak-table.c:175:7: warning: passing argument 1 of 'GC_unregister_disappearing_link' from incompatible pointer type [enabled by default] /usr/local/include/gc/gc.h:771:12: note: expected 'void **' but argument is of type 'scm_t_bits *' weak-table.c:176:7: warning: passing argument 1 of 'GC_general_register_disappearing_link' from incompatible pointer type [enabled by default] /usr/local/include/gc/gc.h:744:12: note: expected 'void **' but argument is of type 'scm_t_bits *' And although perhaps less important, when compiling libguile_2.2_la-gc.lo: gc.c:212:1: warning: 'GC_get_free_space_divisor' defined but not used [-Wunused-function] As I can't see anyone (yet) having this problem, I consider it might be rather unique, but I really would like to know what possibly could be going wrong and where I should start debugging. --90e6ba6e90144025b004be5d8d07 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dear readers,

Recently I upgraded my machine to Trisquel 5.5 (x86_64= ).

While I used Trisquel 5, I had no issues compiling guile, however= now it appears all hell broke losoe.

When compiling I get to the ge= neration stage of GEN guile-procedures.texi. The stage ends up with a Segme= ntation fault. I have been debugging the lt_guile process with gdb, and som= e interesting things happened. The process received SIGPWR and SIGXCPU sign= als (in a loop), and eventually ends up with a SIGSEGV message from the pro= cedure: GC_generic_malloc_inner.

I ended up attempting to build the bdw-gc from scratch and link in the = 7.1 stable version, but resulting in the same situation.

I have no i= dea where the problem initiates, as it appears to be happening in a certain= time interval (probably thread switching) and there is no way to pinpoint = the problem in scheme itself. Even just looping around generates this error= .

Now, when I went through the make output I noticed some interesting thi= ngs while compiling libguile_2.2_la-weak-table.lo:

weak-table.c: In = function 'move_disappearing_links':
weak-table.c:164:7: warning:= passing argument 1 of 'GC_unregister_disappearing_link' from incom= patible pointer=A0type [enabled by default]=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
/usr/local/include/gc/gc.h:771:12: note: expected 'void **' but arg= ument is of type 'scm_t_bits *'
weak-table.c:165:7: warning: pas= sing argument 1 of 'GC_general_register_disappearing_link' from inc= ompatible pointer type [enabled by default]=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
/usr/local/include/gc/gc.h:744:12: note: expected 'void **' but arg= ument is of type 'scm_t_bits *'
weak-table.c:175:7: warning: pas= sing argument 1 of 'GC_unregister_disappearing_link' from incompati= ble pointer type [enabled by default]=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
/usr/local/include/gc/gc.h:771:12: note: expected 'void **' but arg= ument is of type 'scm_t_bits *'
weak-table.c:176:7: warning: pas= sing argument 1 of 'GC_general_register_disappearing_link' from inc= ompatible pointer type [enabled by default]=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0
/usr/local/include/gc/gc.h:744:12: note: expected 'void **' but arg= ument is of type 'scm_t_bits *'

And although perhaps less im= portant, when compiling libguile_2.2_la-gc.lo:

gc.c:212:1: warning: = 'GC_get_free_space_divisor' defined but not used [-Wunused-function= ]

As I can't see anyone (yet) having this problem, I consider it migh= t be rather unique, but I really would like to know what possibly could be = going wrong and where I should start debugging.



--90e6ba6e90144025b004be5d8d07--