Peter TB Brett wrote:
Well, no, because you will now get a BIG FAT WARNING every time you run
gnetlist.
You mean, I will receive this big fat warning for every symbol I attach
more than one comment to?
---)kaimartin(---
--
Kai-Martin Knaak tel:
On Wednesday 05 January 2011 16:32:48 Kai-Martin Knaak wrote:
Peter TB Brett wrote:
Well, no, because you will now get a BIG FAT WARNING every time you run
gnetlist.
You mean, I will receive this big fat warning for every symbol I attach
more than one comment to?
Why not try it and find
On Wednesday 05 January 2011 17:49:50 John Doty wrote:
WARNING: Trying to rename something twice:
X2/GND and X2/GND
are both a src and dest name
This warning is okay if you have multiple levels of hierarchy!
I've never known this warning to actually indicate a problem with a design.
On Jan 5, 2011, at 11:15 AM, Peter TB Brett wrote:
On Wednesday 05 January 2011 17:49:50 John Doty wrote:
WARNING: Trying to rename something twice:
X2/GND and X2/GND
are both a src and dest name
This warning is okay if you have multiple levels of hierarchy!
I've never known this
On Wednesday 05 January 2011 18:38:04 John Doty wrote:
They're not especially bad. In that project make clean; make generates
2074 lines of chatter, only about 1/3 of them from gschem and gnetlist.
The worst offender is pdflatex.
You can see how a warning could easily be lost.
That
On Jan 5, 2011, at 11:49 AM, Peter TB Brett wrote:
On Wednesday 05 January 2011 18:38:04 John Doty wrote:
They're not especially bad. In that project make clean; make generates
2074 lines of chatter, only about 1/3 of them from gschem and gnetlist.
The worst offender is pdflatex.
You
Patrick Bernaud wrote:
This commit introduces 'gnetlist:get-all-package-attributes' to
retrieve every first attribute value for package consisting of
multiple symbol instances.
So this resolves one of the more annoying warts with multiple symbol
components. :-)
However, a less severe wart
On Tuesday 04 January 2011 17:45:29 Kai-Martin Knaak wrote:
Patrick Bernaud wrote:
This commit introduces 'gnetlist:get-all-package-attributes' to
retrieve every first attribute value for package consisting of
multiple symbol instances.
So this resolves one of the more annoying warts
Hi Kai-Martin,
Kai-Martin Knaak writes:
[...]
However, a less severe wart remains: In case of multiple values for the
same attribute, the output still depends on the order the symbols were
added to the schematics.
This behaviour is intentional. But you can change it locally.
Regards,
On Jan 4, 2011, at 10:45 AM, Kai-Martin Knaak wrote:
Patrick Bernaud wrote:
This commit introduces 'gnetlist:get-all-package-attributes' to
retrieve every first attribute value for package consisting of
multiple symbol instances.
So this resolves one of the more annoying warts with
On Jan 4, 2011, at 3:45 PM, Kai-Martin Knaak wrote:
Patrick Bernaud wrote:
However, a less severe wart remains: In case of multiple values for the
same attribute, the output still depends on the order the symbols were
added to the schematics.
This behaviour is intentional.
What is
On Jan 4, 2011, at 4:05 PM, Kai-Martin Knaak wrote:
John Doty wrote:
At least the resolver machinery here is accessible, so you can
create your own plug-in to repair the behavior.
Well, if you mean the gnetlist back-ends, I have to say, that they are
much less accessible to me than
This commit introduces 'gnetlist:get-all-package-attributes' to
retrieve every first attribute value for package consisting of
multiple symbol instances.
'gnetlist:get-package-attribute' gets redefined to use the above
procedure. To preserve backward compatibility, it returns the first
value
13 matches
Mail list logo
