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=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=F+DpX205VnVinieZs1Mdxg+TD1za82NRmS72Uf/mQHQ=; b=NDF8oWiR56DLGlWqbHZHGK+nLA4Ipe9L2XSirSTSIeJeg9gsirNEwUxYNeTjMg8uLX X1AEbU8HjfZ0D+eHlJmGRhlNeqonq7jet18GpwY7/S6kAQi/+XoziBrQ28PB/QDX7wsW iUp78x/SDzlcgMz9ByTUIgOCLypEMLLan90ZzULaRQTPCKS9wWBSA82Ym1MLkUfiObKK 4M5lTkOZjFL1jiQEBgbvJMhJa8u0t8lPSslkkny2Ucu8MrL9YwRFgXQfqv1ncoPo99jq MxKICj4Faz1fr0TRUEkNdsFrHh8v8pGGUqIIyHIbODcUnxJ/kxysDDUIv7xkwCSS7kDs 6vdw== MIME-Version: 1.0 X-Received: by 10.202.240.5 with SMTP id o5mr34985473oih.40.1451390677321; Tue, 29 Dec 2015 04:04:37 -0800 (PST) Sender: svenn DOT bjerkem AT gmail DOT com In-Reply-To: <20151229092523.e1209f12e48386ec92457dee@gmail.com> References: <43CC8F96-6452-40FA-9DFB-E0983721C19C AT noqsi DOT com> <60951D11-68FB-4184-910F-A201B7C2D079 AT noqsi DOT com> <20151229092523 DOT e1209f12e48386ec92457dee AT gmail DOT com> Date: Tue, 29 Dec 2015 13:04:37 +0100 X-Google-Sender-Auth: Wm635ky8COuEFN-D0dDN1lCneQU Message-ID: Subject: Re: [geda-user] Project leadership (generic, buses) From: "Svenn Are Bjerkem (svenn DOT bjerkem AT googlemail DOT com) [via geda-user AT delorie DOT com]" To: geda-user Content-Type: text/plain; charset=UTF-8 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 29 December 2015 at 09:25, Nicklas Karlsson (nicklas DOT karlsson17 AT gmail DOT com) [via geda-user AT delorie DOT com] wrote: > Then it is certainly very generic: ASIC, Circuit boards, cables connecting circuit boards, Verilog, VHDL? I have been following gschem since late 90's and didn't know about Paul Tan's efforts until John made me aware. I am now looking into Paul's work to understand how he implements bus pins and unnamed bus connections in gschem. I have so far found that Paul has created a bash script in contrib/scripts which is so well documented that I graps what the script is doing. That is seldom the case of a bash script. Paul is relying on a lot of low level work on the files and the stock verilog backend in gnetlist. That backend seems to understand verilog bus notation in netnames by regexp. Paul's workflow set some hard requirements on required attributes to make the flow work. From what I see, Paul has not done any work on gschem code to make said bus functionality work, but I may have missed something. To make the same functionality for VHDL, the gnetlist vhdl backend functionality must track the verilog backend if a designer would like to switch from verilog netlist to vhdl netlist just by switching the gnetlist backend. My use of gschem is not at gate level, it is at block level, and here the need for quick and reliable connection of wide buses is key for efficient use. In my view it is only generic if all backends do exactly the same text processing and use exactly the same attribute names. I don't think that is generic enough. But I may be wrong. -- Svenn