From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludo@gnu.org (Ludovic =?iso-8859-1?Q?Court=E8s?=) Newsgroups: gmane.lisp.guile.devel Subject: Re: Build failure on master Date: Tue, 14 Jul 2009 15:21:10 +0200 Message-ID: <87my777649.fsf@gnu.org> References: <1247412093.30108.4.camel@localhost.localdomain> <87bpnpva3w.fsf@gnu.org> <874otf7min.fsf@arudy.ossau.uklinux.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1247577934 5675 80.91.229.12 (14 Jul 2009 13:25:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 14 Jul 2009 13:25:34 +0000 (UTC) To: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Jul 14 15:25:27 2009 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MQi0U-0007Wn-0w for guile-devel@m.gmane.org; Tue, 14 Jul 2009 15:25:18 +0200 Original-Received: from localhost ([127.0.0.1]:44106 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MQi0T-0006JQ-CN for guile-devel@m.gmane.org; Tue, 14 Jul 2009 09:25:17 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MQi0Q-0006JB-Sl for guile-devel@gnu.org; Tue, 14 Jul 2009 09:25:14 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MQi0M-0006Ik-Cp for guile-devel@gnu.org; Tue, 14 Jul 2009 09:25:14 -0400 Original-Received: from [199.232.76.173] (port=46436 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MQi0M-0006Ih-8Z for guile-devel@gnu.org; Tue, 14 Jul 2009 09:25:10 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:58430 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MQi0L-0002rW-L4 for guile-devel@gnu.org; Tue, 14 Jul 2009 09:25:10 -0400 Original-Received: from root by ciao.gmane.org with local (Exim 4.43) id 1MQi0E-0005J1-UI for guile-devel@gnu.org; Tue, 14 Jul 2009 13:25:03 +0000 Original-Received: from reverse-83.fdn.fr ([80.67.176.83]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Jul 2009 13:25:02 +0000 Original-Received: from ludo by reverse-83.fdn.fr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Jul 2009 13:25:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 37 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: reverse-83.fdn.fr User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 26 Messidor an 217 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 821D 815D 902A 7EAB 5CEE D120 7FBA 3D4F EB1F 5364 X-OS: x86_64-unknown-linux-gnu Cancel-Lock: sha1:NXhwXUic7HfX/2mf2yonf8fpwvI= X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:8866 Archived-At: Neil Jerram writes: > ludo@gnu.org (Ludovic Courtès) writes: > >> Hi Mike, >> >> Mike Gran writes: >> >>> ERROR: In procedure make_objcode_by_mmap: >>> ERROR: bad header on object file: "GOOF-0.5" >> >> Make sure to remove all `.go' files from your source tree and from the >> cache (either `~/.guile-ccache' or `~/.cache/guile/ccache'). Then >> hopefully you'll be able to compile Guile. > > Surely the point of having a version number on the object file format > would be to actually take notice of it, and to change the number when > we make format changes...? > > (I'm assuming that this problem was caused by a format change...) Yes. Currently, the code just checks for the magic cookie (see `make_objcode_by_mmap ()'), and if it differs, e.g., because the version isn't right, it just bails out. Eventually, maybe it could handle this gracefully. For instance, if said object file is from the cache, then it could just recompile and overwrite it with a new object file. Then it could also try to interpret version numbers and determine whether that bytecode is really incompatible, or whether it can interpret it. Thanks, Ludo'.