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=draconx-ca.20221208.gappssmtp.com; s=20221208; t=1683325957; x=1685917957; h=to:subject:message-id:date:from:references:in-reply-to:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=azjpe//THMtGJ5SDquuank0yq69O3A3/hkJn6aPLjGk=; b=DllDyPaA/gwU7HWgoCJfERWXlLnZK2Yxyr1y+UqUAWsNLyjYwaDqrP0OPA52w3RkRM 8t47oLKGs7lVOmPSlUAvmKUeiX2PvDUFCGRw01vCYrA5qBPmweUOi4NBbroClA1RHhqe M/B3G8NNBt8X6ZSBLE2IMlEYgjQDSr5C2cnGn8GYqTqv5jbS8VeHa6Rn1S+aHes0dbvB pDmH/oE2ia1haUnjvf/ZGl8t7wKcrytseJWFZ0DqOo6dCQYVpTY7cAoWAFf06wMzrGkI aE1LCqyZVsBrqRWQC3nOZN3PJMuMgLnY1cxJt5eLAK6jObbr08ifAUciauEJdsKaM/el PKKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683325957; x=1685917957; h=to:subject:message-id:date:from:references:in-reply-to:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=azjpe//THMtGJ5SDquuank0yq69O3A3/hkJn6aPLjGk=; b=lcfxIopsiAVYrE9HoNnM142R6/NWZe2Jd5yyiIC5Imnk4nWfgTE+g8ViPvK2nE8ojF HNjFgqKC16YZRIw54uV7P36KTjk/nmx4qEMv3DR6aePN/I1FP0EO2c+vUcuaYBVbnsUZ 7KKkoqH1B4NixayR5apgEzAfV+AsJnx0FwoysDuAwySXNZXXrrkv9uhbxrkXLJdryKK8 5YZKUppa/EyM5FQd5i91gFdvxVoJ9pODgGSpfYarmaue6j80QoUatrUAqf8WuGBHGIXa T6yzy3fzm7YfzX9QofHYhhUM6Xzw9Q1XbB6tzYiA/5Yhx6uXd+8+3RPM0B8zcb+1HMbS nJ6g== X-Gm-Message-State: AC+VfDxzm3WqGkacj/1y+Um+UzvSv7imq/LuIWa805/rkJMsv00qlgqv XvdMTlxmfEHDhq4SFtXiXqjdnH86075qkN6QMSo2XRHBRpJBM52eO5o= X-Google-Smtp-Source: ACHHUZ7EtA8SSHBkbLYt19M4BLSMP/v8tAbVhtZrt0967K4CEmdRVTs5BVCEIdTc8JMiEi2yCwieL04XtjTSC6gtvOU= X-Received: by 2002:a17:90b:1c86:b0:250:461:ae65 with SMTP id oo6-20020a17090b1c8600b002500461ae65mr3090428pjb.5.1683325956857; Fri, 05 May 2023 15:32:36 -0700 (PDT) MIME-Version: 1.0 X-Originating-IP: [24.53.241.2] In-Reply-To: <27387063-1baa-8905-4b41-a99c81fde2d6@linetec.nl> References: <0350ae12-d97f-3fc0-f146-c83066c0e695 AT linetec DOT nl> <48f8fe1f-b377-be59-6493-5d61140fdc13 AT linetec DOT nl> <407d4f7a-f529-b0bd-de4f-39fd357cb7c0 AT linetec DOT nl> <774de29a-806b-8dc3-84ee-770330b1fd0e AT linetec DOT nl> <27387063-1baa-8905-4b41-a99c81fde2d6 AT linetec DOT nl> From: "Nick Bowler (nbowler AT draconx DOT ca) [via geda-user AT delorie DOT com]" Date: Fri, 5 May 2023 18:32:36 -0400 Message-ID: Subject: Re: [geda-user] Re: Intractable error message 'could not find refdes on component ... ' To: geda-user AT delorie DOT com 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 2023-05-05, Richard Rasker (rasker AT linetec DOT nl) [via geda-user AT delorie DOT com] wrote: > OK, found the culprit: I used gEDA's generic input/output symbols > (input-1.sym, output1.sym) to define connected nets by giving them the > same net= attribute. To the best of my knowledge, this has worked just > fine for many years, but for some reason, this now results in an error > message "invalid net= attribute: "[name]"" I don't know if things used to work differently a long time ago, but I think you should specify at least one pin number on net= attributes? http://wiki.geda-project.org/geda:na_howto > Is it still possible to use these symbols to connect nets? If not, what > function do they serve, and how should they be used? I think something like this should work fine for input-1.sym: net=clk:1 Cheers, Nick