X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Date: Wed, 6 Mar 2019 16:11:29 +0100 (CET)
From: Roland Lutz <rlutz AT hedmen DOT org>
To: geda-user AT delorie DOT com
Subject: Re: [geda-user] guile auto-compile failure
In-Reply-To: <20190306122848.55A4185E7F4C@turkos.aspodata.se>
Message-ID: <alpine.DEB.2.20.1903061554220.1487@nimbus>
References: <20190306122848 DOT 55A4185E7F4C AT turkos DOT aspodata DOT se>
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII; format=flowed
Reply-To: geda-user AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: geda-user AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

On Wed, 6 Mar 2019, karl AT aspodata DOT se wrote:
> ;;; WARNING: compilation of /usr/local/share/gEDA/scheme/geda/config.scm failed:
> ;;; ERROR: no code for module (geda core smob)
> ;;; WARNING: compilation of /usr/local/share/gEDA/scheme/geda-deprecated-config.scm failed:
> ;;; ERROR: no code for module (geda core smob)

These are gschem- and gaf-specific modules which are not compatible with 
and shouldn't have been loaded by gnetlist.

I'm not sure what causes them to be loaded.  Do you include them manually 
in gafrc/gnetlistrc?

> Perhaps theese also exposes the same thing:
> $ gsch2pcb small.sch
> /home/karl/git/openhw/boards_arm_aspo/stm32f105_can/Test_4/./simple.sym:2: error: failed to parse text object
> ERROR: Failed to load 'small.sch':
> Failed to run gnetlist

This appears to be the same error, just with suppressed error messages 
(which should probably be fixed).

> $ gnetlist -g bom2 small.sch
> [...]
> Loading schematic [small.sch]
> /home/karl/git/openhw/boards_arm_aspo/stm32f105_can/Test_4/./simple.sym:2: error: failed to parse text object
> ERROR: Failed to load 'small.sch':

This is a different error; line 2 of simple.sym violates the stricter 
error checks I implemented some time ago.  Could you please post the 
offending line(s) so I can see what caused the error?

> $ gnetlist-legacy -g bom2 small.sch
> [...]
>
> ** (process:10644): CRITICAL **: 13:24:24.729: s_object_weak_ref: assertion 'object != NULL' failed
> Segmentation fault

This is a third error, and what's confusing about this one is that AFAICT, 
the code hasn't been changed for years.  Have you done anything unusual 
with your code base?  Has the same executable been working before?  Can 
you in any way track down the error to a particular change in your setup 
(including switching to a different version of gEDA/gaf)?

Roland