X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
Date: Thu, 16 Jan 2020 22:37:20 +0100 (CET)
From: Roland Lutz <rlutz AT hedmen DOT org>
To: "Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com>
Subject: Re: [geda-user] How do I know if symbol is updated?
In-Reply-To: <8839beff-f9b7-404b-23d1-c3772ffbb6b3@fastmail.com>
Message-ID: <alpine.DEB.2.20.2001162207070.8054@nimbus>
References: <8839beff-f9b7-404b-23d1-c3772ffbb6b3 AT fastmail DOT com>
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

Hi Girvin,

On Thu, 16 Jan 2020, Girvin Herr (gherrl AT fastmail DOT com) [via 
geda-user AT delorie DOT com] wrote:
> I see that the symbol update command has changed from ep to EU

this was changed between 1.9.1 and 1.9.2 (commit f73fb35).  As far as I 
can tell, this isn't related to any changes to the symbol update mechanism 
itself.

> however, the previous gschem version reported the symbol update command 
> status and this new version reports nothing, not even in the status 
> window, as if nothing was done . How do I confirm the symbol has been 
> updated without closing and re-opening the schematic to see if the 
> warnings go away?

What kind of feedback would you expect?  Could you maybe include a 
screenshot of the kind of feedback you are used from earlier versions of 
gschem?

> I just looked at the updated symbol attributes and there was a promoted 
> symversion attribute added which another instantiation of the same 
> symbol which is not updated, does not have. I then updated the 
> un-updated symbol instantiation and the promoted symversion attribute 
> appeared. Is this the proper way to check it?

I think you may be confusing two concepts here:

- "Object / Update Symbol" ("E U") re-loads the symbol associated with a 
component.  If the component is referenced (the default), this isn't 
necessary unless the symbol has been modified since opening the file.  As 
a side effect, it promotes eligible attributes which are present in the 
symbol but not yet attached to the component, including symversion=.

- When a schematic file is opened, the symversion= attributes attached to 
components are compared to the symversion= attributes inherited from the 
corresponding symbols.  If a mismatch is detected, gschem assumes that the 
symbol file has been changed since the schematic was created and issues a 
warning.

The purpose of the symversion= mismatch warning is to make you aware that 
the symbols *have* changed.  You should make sure the connections and 
attributes are still correct, then update the symversion= attributes 
attached to the components in order to make the warnings go away.

Roland