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.
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.
>
T
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
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 4, 2011, at 10:56 AM, Peter TB Brett wrote:
> 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 ins
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 an
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: +49-511-
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 m
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.
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 gnetlist itself. Wrong language, little
documentation, no
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 the intention? I mean, should the order object
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
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 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 w
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
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 found
16 matches
Mail list logo
