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=iujNAZbhQw+KjRbMzAUYYr2qBrmmqcfLtuq+N05bWyo=; b=L8I9ExfKvbb/nfiVgswIzbI5g4pgONGVhTo3VdSustTksLYeQ/99kUn7lz5tM2Ik7Y zVL8GRwMZOLFroN+e3acC1oNcDrdCkC09/7FMF9ZJvq/qO+wQTNSea7y7fhd4BcFWdKa yIqBRDC2akLjToNHLRyTtjujEBMx2CzmaoWO4zML4F0tR/QqBXjqUYlulVEhRhG+JGZQ fSMN7riPHSztOOCHQOPJzsm81GUS21ViTXk/L8c6A1+BLoI7X/nEcVsjDWS1aqA2QpZ+ vNFoDMkMZ+1s79SjrFmqcndgvWA5Xa58nBTTuq1wfgNLSjxZKTms2RDDioXNxYfWi8VI 1Zzg== X-Received: by 10.194.104.5 with SMTP id ga5mr32863906wjb.155.1450861743383; Wed, 23 Dec 2015 01:09:03 -0800 (PST) Date: Wed, 23 Dec 2015 10:09:01 +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: <20151223100901.d465fe70c9cb24aaebc1bbeb@gmail.com> In-Reply-To: <0F6F1D0F-4F07-48EA-90FE-836EAD4E2354@noqsi.com> 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 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. No purpose of a core library is to provide useful functions to access the data. Then there is also a need to deal with the external data representation but it may be part of the core library or using the core library to access the data. Examples: read *.pcb file, read netlist, graphical utput on screen, output gerber file. Nicklas Karlsson