X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-02-07_02:2015-02-07,2015-02-07,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=11 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1502070219 Sun-Java-System-SMTP-Warning: Lines longer than SMTP allows found and wrapped. From: Chris Smith Content-type: text/plain; charset=utf-8 MIME-version: 1.0 (1.0) Subject: Re: [geda-user] FOSDEM Message-id: <13D9CC45-143D-42C2-B3A5-43D8CDD98E35@icloud.com> Date: Sat, 07 Feb 2015 20:44:34 +0000 References: <1420499386 DOT 3521 DOT 3 DOT camel AT cam DOT ac DOT uk> <20150202152654 DOT GA13336 AT cuci DOT nl> <54CFD589 DOT 9040702 AT xs4all DOT nl> <20150203112631 DOT 3507a0c1 AT Parasomnia DOT thuis DOT lan> <20150204054256 DOT Horde DOT Pm1JV8RJbICk9SHvIGwZ7A3 AT webmail DOT in-berlin DOT de> <20150204193720 DOT Horde DOT 42xUN-NzhCJRWZne-M5eCQ1 AT webmail DOT in-berlin DOT de> <90236728-E79D-47C7-BFB1-34140DB85ACB AT sbcglobal DOT net> <201502042333 DOT t14NX28o024789 AT envy DOT delorie DOT com> <7C1A5871-3056-482C-BC58-173D90D80F77 AT icloud DOT com> <00150618-765C-44A0-8C31-B4DA6F4AFC4E AT noqsi DOT com> In-reply-to: <00150618-765C-44A0-8C31-B4DA6F4AFC4E@noqsi.com> To: "geda-user AT delorie DOT com" X-Mailer: iPad Mail (12B466) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id t17Kif0A027851 Reply-To: geda-user AT delorie DOT com > On 7 Feb 2015, at 14:19, John Doty wrote: > >> On Feb 7, 2015, at 1:45 AM, Chris Smith wrote: >> >> So load the Lua library in your language of choice and go wild. > > So, there’s a Lua library for sed? AWK? Forth? Mathematica? It's just a text file and AWK and sed are text processors. Why would they need a library to help them? Textual manipulation makes sense for a lot of problems and I don't see anything that should make that any more difficult. However there are problems for which it is much more sensible to manipulate the data as a structured hierarchy of objects. That's where the use of Lua can help and where the library can be of benefit to those who don't want to roll their own parser. There are three aspects to using Lua: 1) define the language features (execution, data, etc) that will be supported for each domain (configuration, schematics, symbols); 2) define how the data will be structured; and 3) define the 'coding style' (use of white space, etc) that will be used. I don't see any problem with directing 2) and 3) such that they are conducive to line based processing. > Free-form formats aren’t so easy with line-oriented tools. XML, of course, has the same problem. But we don’t have to reinvent the gEDA schematic/symbol format at all. Parsing is trivial. Exactly. Parsing is trivial, and we still get to keep that. Chris