X-Authentication-Warning:	delorie.com: mail set sender to geda-help-bounces using -f
X-Recipient:	geda-help AT delorie DOT com
X-Original-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=gmail.com; s=20161025;
	h=mime-version:from:date:message-id:subject:to;
	bh=Pcrnbg7mbYC3HtbSgv5nYUU0JgJORVKuWck9ruNv84Y=;
	b=Slq+j/krCIOr+v0YmSM5cAhsLqcqXyULbZxgvncwVk1HjTOH7snOYUxWLJx1FCbi5G
	v/PPPM2LfYqlBEQNTGhaEn3rFfkAmTubg2ahju/5l17HxqCRszAHtBX8RLBBqh3X2Rys
	ij+jojxbf5ohDLmEhrqzq5s+fjGtJJzdGbzA4mhonngb8xbOeAuGRB6duJizpMsnGpMT
	fFV4KNcUXGYJ55oq0ULrmZ4mwjgXol/NroBUCIzLYcT6qrINWQnEtY1m7sO9P3H/h80V
	/jWAlvKysnJ8tiX00upNmT1LhIBdQd9hQuCa0C+stfhhvHDfyK0WWwewPsmLLf59Wdrw
	qMhQ==
X-Google-DKIM-Signature:	v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20161025;
	h=x-gm-message-state:mime-version:from:date:message-id:subject:to;
	bh=Pcrnbg7mbYC3HtbSgv5nYUU0JgJORVKuWck9ruNv84Y=;
	b=q+d8LXk5RaOZg9M3+QjwxY15KNjZUjQu7FF1IhgqiBNONFXjsDAPbbR8VNooiDlfLL
	T4p79SlA+pgZ/fWxF3/UQDddHLYl1rfo7RuNdk7YMIMUspMsIZkvo/zPd1glJSi70nIY
	H7XIB660rqmOfLhxnenlQvpuSMfaDov5msCwyT+44QB0HxT/a8VPvf129MbEkqL342EA
	YsQuZTJ/eNOQt3O6APjcLiwwQgRVDpkSQnkTcl0pLw+qyFfIamfDX1s0AVwt+FwKK68o
	X9fGLAH8cJzFmK5G19A98OXXh9GEOyxyMoxKRZU61b0TdI+vhkk+rH8VfDubJH0/z+Xe
	PUvA==
X-Gm-Message-State:	AOAM532DCdoNzCyaAqcvDhhjQ5HhfNMMFuHOVrVeoedbgn2sde0Q2J+h
	uzbRoCbZFHOihNELSL8SPCSccHHSReJWCduJngoiV2JkhzA=
X-Google-Smtp-Source:	ABdhPJyMvw5Dm9hNSnYiu/vAqBZLElXqBTlK9P1oPSohEmjQfOgirw3fWAb0ZI/Fd5FZQRXYtU+EEPLcRzxNuHDyshk=
X-Received:	by 2002:a2e:a785:: with SMTP id c5mr29051047ljf.490.1625830355170;
	Fri, 09 Jul 2021 04:32:35 -0700 (PDT)
MIME-Version:	1.0
From:	"hyral.sacai (hyral DOT sacai AT gmail DOT com) [via geda-help AT delorie DOT com]" <geda-help AT delorie DOT com>
Date:	Fri, 9 Jul 2021 20:32:16 +0900
Message-ID:	<CACU7o4DPmtO7=YjwFntuiNVsL_WpYXVA27xKz4gaC-vST9aYCQ@mail.gmail.com>
Subject:	[geda-help] Can we specify a file/netlist-library path in the gafrc file?
To:	geda-help AT delorie DOT com
Reply-To:	geda-help AT delorie DOT com

--000000000000c8facc05c6af2024
Content-Type: text/plain; charset="UTF-8"

I have a collection of subckt netlists along with a collection of symbols
that are associated with those netlists via the "file" attribute whose
default value assumes those subckt netlists exist in the same folder (i.e.
file: ./some-netlist.cir). Right now, I work in the same directory as those
netlists and symbols, so I have no issues netlisting any top-level
schematics I make.

But I'd like to make this collection more self-contained when I'm ready to
share it with colleagues. That is, I'd like to group all these subckt
netlists and symbols, and my colleagues simply have to setup a few search
paths for gschem/gnetlist to find the appropriate files.

I know we can specify the library of symbols and library of source
schematics in the gafrc file via:
- (component-library "/path/to/symbols" "My-Library-Name")
- (source-library "/path/to/source-schematics")

Unfortunately, I'm using a special circuit simulator that does not like the
gnetlist result where symbols are associated with sub-schematics via the
source attribute. Otherwise, this would've worked beautifully. So instead,
I'm left with specifying the file attribute to point to the appropriate
subckt netlist (which was generated from a schematic using the
spice-subcircuit-LL-1.sym and spice-subcircuit-IO-1.sym for the ports).

So I'm wondering, is there a way to tell gnetlist to search a folder for
netlists just like how we can specify search paths for source schematics
via "source-library"?

Or is there some clever alternative? For example, I tried setting an
environmental variable containing the path of where I keep the netlists,
and then tried specifying the variable as part of the default file
attribute value of the symbol (e.g. ${NETLIST_PATH}/some-netlist.cir) but
unfortunately, gnetlist couldn't expand the variable.

Or is there some way to use the source attribute with my subckt schematics
but instead of flattening the netlist (i.e. using notation like X1/R1
X2/R1), can we still have gnetlist create the subckt definitions as it does
in the file attribute approach?

Thank you,
Hyral

--000000000000c8facc05c6af2024
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I have a collection of subckt netlists along with a collec=
tion of symbols that are associated with those netlists via the &quot;file&=
quot; attribute whose default value assumes those subckt netlists exist in =
the same folder (i.e. file: ./some-netlist.cir). Right now, I work in the s=
ame directory as those netlists and symbols, so I have no issues netlisting=
 any top-level schematics I make.=C2=A0<div><br></div><div>But I&#39;d like=
 to make this collection more self-contained when I&#39;m ready to share it=
 with colleagues. That is, I&#39;d like to group all these subckt netlists =
and symbols, and my colleagues=C2=A0simply have to setup=C2=A0a few search =
paths for gschem/gnetlist to find the appropriate files.</div><div><br></di=
v><div>I know we can specify the library of symbols and library of source s=
chematics in the gafrc file via:</div><div>- (component-library &quot;/path=
/to/symbols&quot; &quot;My-Library-Name&quot;)</div>- (source-library &quot=
;/path/to/source-schematics&quot;)<br><div><br></div><div>Unfortunately, I&=
#39;m using a special circuit simulator that does not like the gnetlist res=
ult where symbols are associated with sub-schematics via the source attribu=
te. Otherwise, this would&#39;ve worked beautifully. So instead, I&#39;m le=
ft with specifying the file attribute to point to the appropriate subckt ne=
tlist (which was generated from a schematic using the spice-subcircuit-LL-1=
.sym and spice-subcircuit-IO-1.sym for the ports).=C2=A0</div><div><br></di=
v><div>So I&#39;m wondering, is there a way to tell gnetlist to search a fo=
lder for netlists just like how we can specify search paths for source sche=
matics via &quot;source-library&quot;?</div><div><br></div><div>Or is there=
 some clever alternative? For example, I tried setting an environmental var=
iable containing the path of where I keep the netlists, and then tried spec=
ifying the variable as part of the default file attribute value of the symb=
ol (e.g. ${NETLIST_PATH}/some-netlist.cir) but unfortunately, gnetlist coul=
dn&#39;t expand the variable.</div><div><br></div><div>Or is there some way=
 to use the source attribute with my subckt schematics but instead of flatt=
ening the netlist (i.e. using notation like X1/R1 X2/R1), can we still have=
 gnetlist create the subckt definitions as it does in the file attribute ap=
proach?</div><div><br></div><div>Thank you,</div><div>Hyral</div></div>

--000000000000c8facc05c6af2024--

- Raw text -