Mail Archives: geda-user/2016/02/16/13:14:16
> On the other hand, we already use "/" for discerning hierarchy, so that
> already implies a certain restriction of legal characters within a net-name
> portion. I'm sure we may also run into problems with our existing format,
> with "-", where "-" is present in the net-name, and/or pin-name. (U1-1,
> U2-2 etc..)
You're talking about "what are legal characters for refdes's and
netnames" but I'm talking about "what characters should gnetlist be
able to handle properly". At the level of "what strings get passed
through without gnetlist crashing" it should be UTF-8.
Sure there are syntax-related characters like / and - but those aren't
problems *for gnetlist* as long as it passes them downstream
correctly.
If we decide we want to allow characters like / and - in netnames,
refdes's, and whatnot, then we need to come up with a way for those
names to be communicated between gschem and downstream without
corruption or confusion - assuming downstream has a way of doing so.
gsch2pcb uses '-' between refdes and pin, but File->Import doesn't,
for example, so if we want to allow '-' in a netname, either gsch2pcb
needs to be prepared to see two '-'s or we have to deprecate it in
favor of File->Import.
- Raw text -