X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f
X-Recipient: geda-user AT delorie DOT com
X-SourceIP: 95.97.163.245
X-Authenticated-Sender: b DOT mykendevelopment AT upcmail DOT nl
Message-ID: <521F0D55.9040803@iae.nl>
Date: Thu, 29 Aug 2013 10:59:01 +0200
From: myken <myken AT iae DOT nl>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
MIME-Version: 1.0
To: geda-user AT delorie DOT com
Subject: Re: [geda-user] Tutorial: VHDL with gEDA
References: <521B22D8 DOT 3030707 AT iae DOT nl> <CAMvDHVCZm+dYkFrbWoBMbnGvEv_nxr_OG+J3HM5EShhtd6kDBQ AT mail DOT gmail DOT com> <521C6317 DOT 7070605 AT iae DOT nl> <CAMvDHVCSRjqYw_wm7vO+qbX+bz373S=cvpN2zJ6_ZUC+WdL1bw AT mail DOT gmail DOT com> <521C7A68 DOT 1090900 AT iae DOT nl> <CAMvDHVD-CK77EbE7-LQUqQS-u0LJquX2U+3xAyr-J7ur8ikF4Q AT mail DOT gmail DOT com> <521CA130 DOT 70309 AT iae DOT nl> <20130827182849 DOT GA25569 AT localhost DOT localdomain> <521DF924 DOT 5020406 AT iae DOT nl> <CAMvDHVAKYt8KZBHUbwhMpSGktcjgwCkpSaTzdzTKND_rC8pWRg AT mail DOT gmail DOT com>
In-Reply-To: <CAMvDHVAKYt8KZBHUbwhMpSGktcjgwCkpSaTzdzTKND_rC8pWRg@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Reply-To: geda-user AT delorie DOT com

On 29/08/13 06:43, Vladimir Zhbanov wrote:
> As John already said, the pintype attribute is used not only by vhdl backend.
> The drc2 backend uses it to check schematic to prevent user from
> connecting inappropriate pins. You can use it in your vhdl
> sub-schematic as well. Say, if you connect the output pin of your
> ipad symbol to the output of your nand or xor, the drc2 backend
> will notify you by outputting an error. This check prevents you
> from doing silly or unnoticed errors.

Ah, now I get the reason why. So for port symbols (and only for port 
symbols) the pintype of an input port is OUT. And via-versa.
Check. Thanks everyone for the effort of making me understand ;-)

>
> The tristate pintype is hardly provided for the vhdl backend:)  I
> think this type is unnecessary in this case but can be used to
> check other schematics.