X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:reply-to:subject:to :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm1; bh=TA+UNgE6FN78KAoHPorOgAnfziebpRJFTgpY4Aej21A=; b=lezOJ8Nq r4FbVErPjLEtP4C5CpxJJuWXOkDrzJptl6DGuDCwKblRDZVsNlqjSSRGAV/pzhuq zcWpWXWqlVptJOc1Am9A9f6Hn9FCfEtUCNemeRrfmnsgWzVgm/4sXPaKoUwr5TTC q48y+kJdKUBvwCLpVdMmR1YpEiyxWRyR+HGYNFuKV4o1YAAXAcjqgj6/3+TGo9S+ A6qdOTz3teT6oLvJrpSaG82YKxieAbh0y8lpF8vIDV1L08jRwXFuzeEuf/4yNOCF Swa4ASljATTESPPklihE3xqPpVLXSdOYQnxiWHMgCgqjxg+5AnCblqX1RuNFsGld Xd6leHisffb/aQ== X-ME-Sender:

X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrvdduhedgudduudcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurheprhfuvfhfhffkffgfgggjtgesrg dtreertdefjeenucfhrhhomhepifhirhhvihhnucfjvghrrhcuoehghhgvrhhrlhesfhgr shhtmhgrihhlrdgtohhmqeenucggtffrrghtthgvrhhnpeeljedvuefghfevhfetvdekfe fhteffkeegkeejieeffedtieeuudejgeefgeekvdenucfkphepuddtkedrvdduhedrudel hedrvddtheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpehghhgvrhhrlhesfhgrshhtmhgrihhlrdgtohhm X-ME-Proxy:

Subject: Re: [geda-user] [ANNOUNCE] geda-gaf 1.10.2 released To: geda-user AT delorie DOT com References: <09a3adc8-401f-70fd-1ba4-c5cc850f62aa AT fastmail DOT com> <5a52e3b4-50a6-2b0e-7d7d-7eb144c5619f AT epilitimus DOT com> <1d8bac3a-9787-dd41-9269-ab8d3d681754 AT epilitimus DOT com> From: "Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com]" Message-ID: <54c87596-c5ef-cfba-d74d-2fa6411b555f@fastmail.com> Date: Sat, 26 Dec 2020 11:32:41 -0800 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <1d8bac3a-9787-dd41-9269-ab8d3d681754@epilitimus.com> Content-Type: multipart/alternative; boundary="------------4323B4723CF2B07AAC01B2D5" Content-Language: en-US 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 This is a multi-part message in MIME format. --------------4323B4723CF2B07AAC01B2D5 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 12/24/20 6:37 PM, Glenn (glimrick AT epilitimus DOT com) [via geda-user AT delorie DOT com] wrote: > Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com] wrote: >> This is a weird, but not fatal, problem. I have yet to build as root, >> install and run it. Thanks. >> > But now my brain has latched onto it... Yes. I can sympathize with that. > > Okay, well two things I know for certain I have upgraded is my compiler: >> $ gcc --version >> gcc (GCC) 9.3.0 > and I've installed glibc-2.30...so either or both of those could > certainly cause different results. GH: I have gcc-5.3.0-i586-3 and glibc-2.23-i586-4 > > On my machine after running `make check`, looking in the gsymcheck/tests > directory there is a test-suite.log file: >> $ cat gsymcheck/tests/test-suite.log >> ===================================================== >> gEDA/gaf 1.10.2: gsymcheck/tests/test-suite.log >> ===================================================== >> >> # TOTAL: 46 >> # PASS: 46 >> # SKIP: 0 >> # XFAIL: 0 >> # FAIL: 0 >> # XPASS: 0 >> # ERROR: 0 >> >> .. contents:: :depth: 2 > and a gsymcheck/tests/logs directory which contains the log for each > individual test. Picking one at pseudo-random: >> $ cat gsymcheck/tests/logs/gsymcheck-20201225-3.log >> Loaded RC file >> [/home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/lib/system-gsymcheckrc] >> Loaded file >> [/home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/tests/./connections2.sym] >> >> Checking: >> /home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/tests/connections2.sym >> Warning: Missing pinlabel= attribute >> Warning: Missing pintype= attribute >> ERROR: Missing pinseq= attribute >> ERROR: Missing pinnumber= attribute >> ERROR: Not enough pins in slotdef=1:1,2,3 >> ERROR: Not enough pins in slotdef=2:4,5,6 >> ERROR: Not enough pins in slotdef=3:9,10,8 >> ERROR: Not enough pins in slotdef=4:12,13,11 >> ERROR: Found a connection inside a symbol >> ERROR: Found a connection inside a symbol >> 2 warnings found >> 8 ERRORS found > Do either of these sources on your machine provide any useful info on > the cause of the fail? GH: See below for my log output. > > Glenn > > PS. I may have just found it. From the 1.10.2 README: >> - A C/C++ compiler and standard library (GCC >= 8.3.0 and glibc >= >> 2.28 are recommended, but clang >= 7.0.1 should work, as well). > Slackware 14.2 stock is: >> $ ls ~/SlackISO/Slack64/slackware64/d/gcc* >> /home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txt >> /home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txz >> /home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txz.asc >> $ ls ~/SlackISO/Slack64/slackware64/l/glibc-* >> /home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txt >> /home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txz >> /home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txz.asc GH: I have glibc-2.23-i586-4, not glibc-2.23-...-1. Interesting that the configure didn't flag those discrepancies, if truly required. Maybe the key word here is "recommended", not "required". > As I recall you said you are running stock 14.2. As long as it runs > though that is what matters. > > Glenn > GH: I will try to run it today. That is my goal, not to pass all the tests. I don't think _any_ of the gEDA packages in the past have passed all the tests. I have always had to disable the make check. And they all built and ran fine. Glenn, I hope you had a Merry Christmas. In addition to the inline comments above, here is a snippet from my failing test-suite.log file. It is too big to insert it here completely. *************************** ===================================================== gEDA/gaf 1.10.2: gsymcheck/tests/test-suite.log ===================================================== # TOTAL: 46 # PASS: 0 # SKIP: 0 # XFAIL: 0 # FAIL: 46 # XPASS: 0 # ERROR: 0 .. contents:: :depth: 2 FAIL: buses =========== ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR: Unbound variable: build-path ERROR: The lt-gsymcheck log may contain more information. 1,2d0 < ERROR: Found a bus inside a symbol < 1 ERROR found FAIL buses.output (exit status: 2) FAIL: connections1 ================== ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR: Unbound variable: build-path ERROR: The lt-gsymcheck log may contain more information. 1,4d0 < ERROR: Found a net inside a symbol < ERROR: Found a connection inside a symbol < ERROR: Found a connection inside a symbol < 3 ERRORS found FAIL connections1.output (exit status: 2) FAIL: connections2 ================== ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR: Unbound variable: build-path ERROR: The lt-gsymcheck log may contain more information. 1,12d0 < Warning: Missing pinlabel= attribute < Warning: Missing pintype= attribute < ERROR: Missing pinseq= attribute < ERROR: Missing pinnumber= attribute < ERROR: Not enough pins in slotdef=1:1,2,3 < ERROR: Not enough pins in slotdef=2:4,5,6 < ERROR: Not enough pins in slotdef=3:9,10,8 < ERROR: Not enough pins in slotdef=4:12,13,11 < ERROR: Found a connection inside a symbol < ERROR: Found a connection inside a symbol < 2 warnings found < 8 ERRORS found FAIL connections2.output (exit status: 2) ********************** The other check logs are similar. The individual test logs seem to be the same as the equivalent test-suite log entries, so I will not bother to add them here. There seem to be two problems here: 1. The inability to load the gafrc file is problematic when building from scratch - it won't exist. 2. Why is it trying to find a file outside the base build directory?! The source package is in /home/gherr/build, not /home/gherr/.gEDA. It shouldn't be searching that far out for tests. That is ill-behaved. Note that I do not have the /etc/profile.d files installed due to a conflict problem with Lepton-eda. Therefore, I do not have the GEDADATA* environment variables. Just for completeness, here is the appropriate snippet with build-path from my gafrc: ************************ ; ; Local component library paths:: ; (define localsyms "/home/gherr/gaf/gschem-sym/component") ; (component-library "/home/gherr/gaf/gschem-sym/graphical") (component-library "/home/gherr/gaf/gschem-sym/graphical/architectural") (component-library "/home/gherr/gaf/gschem-sym/graphical/drawing") (component-library "/home/gherr/gaf/gschem-sym/graphical/plumbing") (component-library "/home/gherr/gaf/gschem-sym/graphical/title-blocks") ; (component-library (build-path localsyms "A")) (component-library (build-path localsyms "B")) (component-library (build-path localsyms "C")) (component-library (build-path localsyms "CB")) (component-library (build-path localsyms "CR")) (component-library (build-path localsyms "DS")) **************************** Has the "build-path" function been removed from 1.10.2, causing the unbound variable error? Thanks and take care. Girvin --------------4323B4723CF2B07AAC01B2D5 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit

On 12/24/20 6:37 PM, Glenn (glimrick AT epilitimus DOT com) [via geda-user AT delorie DOT com] wrote:

Girvin Herr (gherrl AT fastmail DOT com) [via geda-user AT delorie DOT com] wrote:

This is a weird, but not fatal, problem. I have yet to build as root,
install and run it. Thanks.

But now my brain has latched onto it...

Yes. I can sympathize with that.


Okay, well two things I know for certain I have upgraded is my compiler:

$ gcc --version
gcc (GCC) 9.3.0

and I've installed glibc-2.30...so either or both of those could
certainly cause different results.

GH: I have gcc-5.3.0-i586-3 and glibc-2.23-i586-4


On my machine after running `make check`, looking in the gsymcheck/tests
directory there is a test-suite.log file:

$ cat gsymcheck/tests/test-suite.log        
=====================================================
   gEDA/gaf 1.10.2: gsymcheck/tests/test-suite.log
=====================================================

# TOTAL: 46
# PASS:  46
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

and a gsymcheck/tests/logs directory which contains the log for each
individual test. Picking one at pseudo-random:

$ cat gsymcheck/tests/logs/gsymcheck-20201225-3.log
Loaded RC file
[/home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/lib/system-gsymcheckrc]
Loaded file
[/home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/tests/./connections2.sym]

Checking:
/home/glenn/projects/temp/geda-gaf-1.10.2/gsymcheck/tests/connections2.sym
Warning: Missing pinlabel= attribute
Warning: Missing pintype= attribute
ERROR: Missing pinseq= attribute
ERROR: Missing pinnumber= attribute
ERROR: Not enough pins in slotdef=1:1,2,3
ERROR: Not enough pins in slotdef=2:4,5,6
ERROR: Not enough pins in slotdef=3:9,10,8
ERROR: Not enough pins in slotdef=4:12,13,11
ERROR: Found a connection inside a symbol
ERROR: Found a connection inside a symbol
2 warnings found
8 ERRORS found

Do either of these sources on your machine provide any useful info on
the cause of the fail?

GH: See below for my log output.


Glenn

PS. I may have just found it. From the 1.10.2 README:

 - A C/C++ compiler and standard library (GCC >= 8.3.0 and glibc >=
   2.28 are recommended, but clang >= 7.0.1 should work, as well).

Slackware 14.2 stock is:

$ ls ~/SlackISO/Slack64/slackware64/d/gcc*
/home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txt
/home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txz
/home/glenn/SlackISO/Slack64/slackware64/d/gcc-5.3.0-x86_64-3.txz.asc
$ ls ~/SlackISO/Slack64/slackware64/l/glibc-*
/home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txt
/home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txz
/home/glenn/SlackISO/Slack64/slackware64/l/glibc-2.23-x86_64-1.txz.asc

GH: I have glibc-2.23-i586-4, not glibc-2.23-...-1.

Interesting that the configure didn't flag those discrepancies, if truly required. Maybe the key word here is "recommended", not "required".

As I recall you said you are running stock 14.2. As long as it runs
though that is what matters.

Glenn

GH: I will try to run it today. That is my goal, not to pass all the tests. I don't think any of the gEDA packages in the past have passed all the tests. I have always had to disable the make check. And they all built and ran fine.

Glenn,

I hope you had a Merry Christmas.

In addition to the inline comments above, here is a snippet from my failing test-suite.log file. It is too big to insert it here completely.

***************************

=====================================================
gEDA/gaf 1.10.2: gsymcheck/tests/test-suite.log
=====================================================

# TOTAL: 46
# PASS: 0
# SKIP: 0
# XFAIL: 0
# FAIL: 46
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: buses
===========

ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR: Unbound variable: build-path

ERROR: The lt-gsymcheck log may contain more information.
1,2d0
< ERROR: Found a bus inside a symbol
< 1 ERROR found
FAIL buses.output (exit status: 2)

FAIL: connections1
==================

ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR: Unbound variable: build-path

ERROR: The lt-gsymcheck log may contain more information.
1,4d0
< ERROR: Found a net inside a symbol
< ERROR: Found a connection inside a symbol
< ERROR: Found a connection inside a symbol
< 3 ERRORS found
FAIL connections1.output (exit status: 2)

FAIL: connections2
==================

ERROR: Failed to load RC file [/home/gherr/.gEDA/gafrc]: ERROR: Unbound variable: build-path

ERROR: The lt-gsymcheck log may contain more information.
1,12d0
< Warning: Missing pinlabel= attribute
< Warning: Missing pintype= attribute
< ERROR: Missing pinseq= attribute
< ERROR: Missing pinnumber= attribute
< ERROR: Not enough pins in slotdef=1:1,2,3
< ERROR: Not enough pins in slotdef=2:4,5,6
< ERROR: Not enough pins in slotdef=3:9,10,8
< ERROR: Not enough pins in slotdef=4:12,13,11
< ERROR: Found a connection inside a symbol
< ERROR: Found a connection inside a symbol
< 2 warnings found
< 8 ERRORS found
FAIL connections2.output (exit status: 2)

<snip>

**********************

The other check logs are similar. The individual test logs seem to be the same as the equivalent test-suite log entries, so I will not bother to add them here.

There seem to be two problems here:

The inability to load the gafrc file is problematic when building from scratch - it won't exist.
Why is it trying to find a file outside the base build directory?! The source package is in /home/gherr/build, not /home/gherr/.gEDA. It shouldn't be searching that far out for tests. That is ill-behaved. Note that I do not have the /etc/profile.d files installed due to a conflict problem with Lepton-eda. Therefore, I do not have the GEDADATA* environment variables.

Just for completeness, here is the appropriate snippet with build-path from my gafrc:

************************

<snip>

;
; Local component library paths::
;
(define localsyms "/home/gherr/gaf/gschem-sym/component")
;
(component-library "/home/gherr/gaf/gschem-sym/graphical")
(component-library "/home/gherr/gaf/gschem-sym/graphical/architectural")
(component-library "/home/gherr/gaf/gschem-sym/graphical/drawing")
(component-library "/home/gherr/gaf/gschem-sym/graphical/plumbing")
(component-library "/home/gherr/gaf/gschem-sym/graphical/title-blocks")
;
(component-library (build-path localsyms "A"))
(component-library (build-path localsyms "B"))
(component-library (build-path localsyms "C"))
(component-library (build-path localsyms "CB"))
(component-library (build-path localsyms "CR"))
(component-library (build-path localsyms "DS"))

<snip>

****************************

Has the "build-path" function been removed from 1.10.2, causing the unbound variable error?

Thanks and take care.

Girvin

--------------4323B4723CF2B07AAC01B2D5--