X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=WuYVbVTdt1fPSpAvzKrQ97RIxcAnKux1BCib8BItgh4=; b=QyjksETbhoRW/HaWsk5pWdqctsDnh+hpfOWFs14MqXHznXZ0KM/BZHVVi7J6I22h10 Vl2QFthVvWw5bDlhGT2nbIv+7pJw6RlW3Kg1FnZWCEO/PIdZZVl96fm8n1QzrzIUvX1+ qk81R9ioWFzLyRO7ht4PqDdhG1x4JEcqMecJJ0csrWshjpsrIHJasEvkbGDkcHrHUCbL iA6Ylx4HsAI5z+HeNMHKSIS77xUJJSjfYhpQ4AVoUJs7PA2sR4pMvHEesT9sVQ3lnvaN XJe6dx+rwmgjn46UC6EGecOY6RKzfPrqwggFSOv+/lx9TVpniA+bFDyUZaUuKKTwaYUw CS0Q== X-Received: by 10.28.139.206 with SMTP id n197mr31258329wmd.20.1450863341266; Wed, 23 Dec 2015 01:35:41 -0800 (PST) Date: Wed, 23 Dec 2015 10:35:39 +0100 From: "Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Subject: Re: [geda-user] A fileformat library Message-Id: <20151223103539.36b71f5130ded6a47d8b44cb@gmail.com> In-Reply-To: References: <1512221837 DOT AA25291 AT ivan DOT Harhan DOT ORG> <20151222232230 DOT 12633 DOT qmail AT stuge DOT se> <0F6F1D0F-4F07-48EA-90FE-836EAD4E2354 AT noqsi DOT com> X-Mailer: Sylpheed 3.5.0beta1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk > On Tue, Dec 22, 2015 at 11:47 PM, John Doty wrote: > > > > On Dec 22, 2015, at 4:22 PM, Peter Stuge (peter AT stuge DOT se) [via geda-user AT delorie DOT com] wrote: > > > >> John Doty wrote: > >>>> Bonus points for PCB using the core-library too, so it can "give up" > >>>> its one preferred on-disk netlist format, and read any useful ones we > >>>> care to implement a reader for in the core EDA library. > >>> > >>> I’m quite skeptical of a core library. An agreed-upon external data > >>> representation is handy, but tool writers will want their own > >>> internal representations in their own languages for their own problems. > >> > >> The purpose of a core library is to take care of the lower-level > >> things required to deal with the external data representation. > > > > I’d prefer to make the external representation transparent. > > > >> > >> It is key for a core library to make all available data easily usable > >> for tool writers, not to enforce a particular internal representation. > > > > But of course, it will use a particular representation. A core library for C++ isn’t going to be useful to an AWK programmer. > > > > One thing that’s nice about our .sch format is that it is easy to read and write from pretty much any language. There’s no need for any extra layer. > > Yes but with an extra layer more people can play with files made in > PCB. Why force them to write and maintain a whole second library to > handle our file format? Look at the number of utilities that people > have written to create footprints and things via their own file > parsing code. That is a lot of duplicated effort that will be broken > when we revise the format. I know you don't use it but I do and I can > tell you there are things we need the format to represent that it just > can not right now. There should be no need to change file format if a "core library" is implemented.