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]" <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:	<CAM2RGhTficnys3a4xs=UBFvk8aPwpzYWUADFLP_pUQ+R1iKs0g@mail.gmail.com>
References:	<1512221837 DOT AA25291 AT ivan DOT Harhan DOT ORG>
	<CAJXU7q_mXmipJ1fLvLpuLvnYjktV2SHoA+bG=L5+E-EfdygeOA AT mail DOT gmail DOT com>
	<s6n37uumanm DOT fsf AT blaulicht DOT dmz DOT brux>
	<CAJXU7q_qxdvJaejF-VcY=u7VHZ-zrfrc+Z7-qSwfFyPdy-umxw AT mail DOT gmail DOT com>
	<B02363CD-469D-493A-AC15-1D5DC7836982 AT noqsi DOT com>
	<20151222232230 DOT 12633 DOT qmail AT stuge DOT se>
	<0F6F1D0F-4F07-48EA-90FE-836EAD4E2354 AT noqsi DOT com>
	<CAM2RGhTficnys3a4xs=UBFvk8aPwpzYWUADFLP_pUQ+R1iKs0g AT mail DOT gmail DOT com>
X-Mailer:	Sylpheed 3.5.0beta1 (GTK+ 2.24.25; x86_64-pc-linux-gnu)
Mime-Version:	1.0
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

> On Tue, Dec 22, 2015 at 11:47 PM, John Doty <jpd AT noqsi DOT com> wrote:
> >
> > On Dec 22, 2015, at 4:22 PM, Peter Stuge (peter AT stuge DOT se) [via geda-user AT delorie DOT com] <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.

- Raw text -