From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Noah Lavine Newsgroups: gmane.lisp.guile.devel Subject: Re: Build Error in master Date: Tue, 7 Feb 2012 09:07:27 -0500 Message-ID: References: <87sjj286g9.fsf@pobox.com> <87pqdzrkpt.fsf@pobox.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1328623673 8833 80.91.229.3 (7 Feb 2012 14:07:53 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 7 Feb 2012 14:07:53 +0000 (UTC) Cc: guile-devel To: Andy Wingo Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Feb 07 15:07:52 2012 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ruli3-0000Dw-V6 for guile-devel@m.gmane.org; Tue, 07 Feb 2012 15:07:52 +0100 Original-Received: from localhost ([::1]:38157 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ruli3-00014g-DQ for guile-devel@m.gmane.org; Tue, 07 Feb 2012 09:07:51 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:44683) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rulhs-00011h-Ey for guile-devel@gnu.org; Tue, 07 Feb 2012 09:07:49 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rulhh-0005Dk-8f for guile-devel@gnu.org; Tue, 07 Feb 2012 09:07:40 -0500 Original-Received: from mail-gy0-f169.google.com ([209.85.160.169]:63881) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rulhh-0005DX-1s for guile-devel@gnu.org; Tue, 07 Feb 2012 09:07:29 -0500 Original-Received: by ghrr18 with SMTP id r18so3735173ghr.0 for ; Tue, 07 Feb 2012 06:07:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=75HWgA9Fubiluv3nHp1GbtYdW9oE0SEvv4P9i8Ha+Mc=; b=WxgF8+M7BWX7skcJ1MUMM52I25RKYcye6/0t7wx78dm4dGCWCspEl4/KNpnls63YMW TERfDJ/DrMpU/J92VwEdQT4/VbbSKHJQzDTqz/ybFZecIBI59O9pNPb7ODs+PHZKXMD5 wO8hoswqdPGZxiCET4sX/90sUMd6KsfPh6gzQ= Original-Received: by 10.50.216.231 with SMTP id ot7mr20722445igc.8.1328623647280; Tue, 07 Feb 2012 06:07:27 -0800 (PST) Original-Received: by 10.42.142.7 with HTTP; Tue, 7 Feb 2012 06:07:27 -0800 (PST) In-Reply-To: X-Google-Sender-Auth: gmwlWcIeH1OA5FawAKf70fnmIwA X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.160.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:13811 Archived-At: Hello, I inserted a GC_is_visible check in my code and learned that 'symbols' is visible, but the things it points to were getting garbage collected anyway. It seemed like a GC bug, so I'm trying to build Guile with the latest version of GC and hoping that fixes it. I just wanted to warn everyone that the GC_get_free_space_divisor function will break with libgc 7.2alpha6, because libgc includes the same function with the same name. I'm not sure what to do about that - probably try to automatically discover it in configure and put more #ifdefs around our definition (gc.c:212). Noah On Thu, Feb 2, 2012 at 9:59 PM, Noah Lavine wrote= : > Got it! And unfortunately, it's a GC error. Here's what happens: > > symbols is an SCM object defined in symbols.c. It points to an > scm_cell_t which has two elements: a type tag, and a pointer to an > scm_weak_set_t. That scm_cell_t is at 0x10101cff0. > > However, that scm_cell_t is garbage collected in the scm_cons at > symbols.c:250. The reason it gets filled with SCM_EOL is that the cons > is scm_cons (SCM_BOOL_F, SCM_EOL). So I expect that the scm_cell_t is > garbage collected and then immediately reclaimed to be the pair, which > would result in its second cell being filled with SCM_EOL, which would > explain why we later extract SCM_EOL from it. > > As a test, I changed the variable 'symbols' in symbols.c to be > non-static. That didn't fix it, but then again, I don't really know > how GC works yet. > > I can read the libgc documentation and try to figure this out, but can > anyone point me to what I should be looking for? > > Thanks, > Noah > > On Wed, Feb 1, 2012 at 4:01 AM, Andy Wingo wrote: >> On Wed 01 Feb 2012 03:12, Noah Lavine writes: >> >>> In the failing call, >>> =A0 the SCM 'symbols' is 0x10101cff0, but the failing set is at 0x304, >>> which has not been allocated. >> >> 0x304 is one of the iflags, SCM_EOL I think. >> >> So, I know it might not have anything to do with it, but can you verify >> that your guile includes patch 0aed71aa51e89e714de2392c2a5f44694dca77ea >> ? =A0I just committed that last night, and although it does not seem to = be >> related, who knows. >> >> Andy >> -- >> http://wingolog.org/