Re: gEDA-user: make install doesn't work on OpenBSD
On Feb 7, 2008 11:47 PM, Peter Clifton [EMAIL PROTECTED] wrote: Perhaps I just listed another argument for recombining the suite? BTW.. It is entirely possible for debian packages (probably RPMs too), to build the n binary packages (about 8,9 or so now), from a single source tarball... just something worth considering? FWIW I've started doing this, as I probably have the worst itch (my PC is a Pentium 2) when it's time to run autoreconf and ./configure. One trouble is that the applications do: #include libgeda/libgeda.h but building from toplevel, it would mean rearranging the source tree so that libgeda.h and friends from the *source* tree (not the installed location) are visible at compile-time. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: attribute promotion query
Having read the gschem user guide (on-line version) on attributes and attribute promotion (several times) I am even more confused, and I'd be grateful if someone could clarify things for me. For investigation purposes I instantiate a 7400-1.sym on my gschem page. I have (attribute-promotion enabled) in my gafrc file, and I don't have promote-invisible enabled. (Incidentally, the manual says to use gschemrc to set these - is this wrong or can it be either?) I edit attributes for the 7400 component, and I see just device, refdes and footprint. Q1 are these the promoted attributes? Q2 the gschem user guide (on line) says The device= attribute is not promoted. So why does it appear in the attributes list? Q3 the gschem user guide says if you place an unattached visible attribute inside a symbol and then instantiate that symbol, then that unattached attribute gets “promoted”; that is, it becomes an attached attribute. But the footprint attribute is not visible and seems to get promoted. Why? The slot attribute (and others) looks just the same (not visible) but is not promoted. Q4 How do I tell if an attribute is attached or unattached? Is this just a case of documentation lagging development, or am I missing something? -- Peter Baxendale [EMAIL PROTECTED] ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem slotting bug
On Fri, 2008-02-08 at 12:57 +, Peter Baxendale wrote: Thanks for responding to this, and I've found out what's going wrong. I had promote-invisible enabled in my gafrc file and was editing the slot attribute which was then visible. If instead I turn off promote-invisible, then add a slot attribute with the required number it works fine - pins updated at once. I'm re-reading the gschem manual to try to understand this - it's not immediately obvious to me why it doesn't work the way I was doing it, or why you need a hidden slot attribute in addition to the visible one. I'm sure there are good reasons, though. It may be a bug in the pinnumber update, picking up the one inside the symbol and not letting the promoted one over-ride it. I'll investigate. -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: attribute promotion query
On Fri, 2008-02-08 at 14:48 +, Peter Baxendale wrote: Having read the gschem user guide (on-line version) on attributes and attribute promotion (several times) I am even more confused, and I'd be grateful if someone could clarify things for me. For investigation purposes I instantiate a 7400-1.sym on my gschem page. I have (attribute-promotion enabled) in my gafrc file, and I don't have promote-invisible enabled. (Incidentally, the manual says to use gschemrc to set these - is this wrong or can it be either?) Either I guess. gafrc means it happens for any tool which loads a component via libgeda. In practise, this means gschem at present. I edit attributes for the 7400 component, and I see just device, refdes and footprint. Q1 are these the promoted attributes? Yes, they are visible, yet floating (unattached) attributes in the 7400-1.sym file, and will be promoted (attached to the instance of 7400-1.sym in your schematic, and saved in your .sch file.) Q2 the gschem user guide (on line) says The device= attribute is not promoted. So why does it appear in the attributes list? The user guide is lying I think. The code has no such special case. Q3 the gschem user guide says if you place an unattached visible attribute inside a symbol and then instantiate that symbol, then that unattached attribute gets “promoted”; that is, it becomes an attached attribute. But the footprint attribute is not visible and seems to get promoted. Why? The slot attribute (and others) looks just the same (not visible) but is not promoted. See system-gafrc: ; always-promote-attributes ; ; Set the list of attributes that are always promoted regardless of ; their visibility. ; (always-promote-attributes footprint device value model-name) Q4 How do I tell if an attribute is attached or unattached? Unattached attributes show up in red. Is this just a case of documentation lagging development, or am I missing something? Possibly poor documentation I guess. There is indeed a bug though When attributes are promoted, it does so by moving the attribute from being inside the symbol, to being _attached_ to it (subtle difference). It turns out that the slotting code is broken, and only checks for SOME of the necessary attributes _inside_ the symbol. (e.g. numslots). Similarly, checks for slot=.. are only made for attributes _attached_ to the symbol, so having a hidden attribute slot=?? does not have any effect unless it is promoted. The final piece in the puzzle, is that when reloading a schematic from disk, libgeda behaves somewhat differently. It does not over-write the attributes from your schematic with those it wants to promote from the symbol file (correct), however since attribute promotion is disabled when reading back from disk, the version _inside_ the symbol remains (and slotting appears to work, since these attributes can be found). So, is the correct fix: 1. Ensure when promotion is on, the would-be promoted attributes are deleted on from the symbols when loaded, and fix the slotting code to respond to attached attributes as well as internal ones. 2. Ensure when promoting attributes, they are copied, not moved from inside the symbol to attached. For avoiding further bugs (where a user wants to over-ride a slotting attribute such as numslots or slotdef), fix the slotting code appropriately. Both involve fixing the slotting code, the outstanding issue is really whether attributes should be moved or copied when promoting them. My money is on copied, since otherwise we are not faithfully representing the symbol in memory (although we already fudge the pinnumber attributes I guess). Copied also avoids the question of how to deal with loading schematics which may have been saved _without_ promote invisible on... in general we can't tell whether an attribute saved in the .sch file came from promotion or not, so we can't know to delete invisible attributes when loading a symbol in a saved schematic. We can't blindly promote at this point, otherwise it would over-write the attributes in the .sch file. Best wishes, -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: attribute promotion query
[snip] For investigation purposes I instantiate a 7400-1.sym on my gschem page. I have (attribute-promotion enabled) in my gafrc file, and I don't have promote-invisible enabled. (Incidentally, the manual says to use gschemrc to set these - is this wrong or can it be either?) Either I guess. gafrc means it happens for any tool which loads a component via libgeda. In practise, this means gschem at present. and gnetlist. If you have a mismatch between what is configured for the attribute promotion for gschem vs gnetlist, you will get some rather incorrect netlists. [snip] The user guide is lying I think. The code has no such special case. The device= attribute is being promoted via the always-promote-attributes rc keyword. If somebody wants to help out updating the out of date documentation (which is in the wiki so it is easy for users to contribute) it would be greatly appreciated. -Ales ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Remove refdes number on copy
On Fri, 08 Feb 2008 14:49:37 +, Peter Clifton wrote: Yes, this is exactly the sort of thing hooks should be good for (and in this case, it will work, since we just edit the attribute, not delete any of the objects being copied). See attached. Hmm. This doesn't seem to work for me. I checked, that the hook gets loaded by introducing deliberate syntax errors. Since I have the light background instruction at the end of my gschemrc I can tell from a black schematic if an error happened. The hook seems to be read without warning or error, but the refdes number does not switch to ?. Do I need a bleeding edge version of gschem for this to work? ---(kaimartin)--- -- Kai-Martin Knaak tel: +49-511-762-2895 Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211 Welfengarten 1, 30167 Hannover http://www.iqo.uni-hannover.de GPG key:http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: attribute promotion query
On Fri, 2008-02-08 at 13:57 -0500, Ales Hvezda wrote: [snip] For investigation purposes I instantiate a 7400-1.sym on my gschem page. I have (attribute-promotion enabled) in my gafrc file, and I don't have promote-invisible enabled. (Incidentally, the manual says to use gschemrc to set these - is this wrong or can it be either?) Either I guess. gafrc means it happens for any tool which loads a component via libgeda. In practise, this means gschem at present. and gnetlist. If you have a mismatch between what is configured for the attribute promotion for gschem vs gnetlist, you will get some rather incorrect netlists. Hmm.. I thought it wouldn't affect gnetlist, since promotion isn't enabled with reading in saved schematic files. BTW.. I wanted (still do) to move the attribute promotion code out of o_complex_add(), so all such functions can become OBJECT *o_???_new(), and not require returning GLists of objects *when finish the patches to turn the main object list into a GList. At the moment, attribute promotion is the only reason a o_???_add() function needs to return multiple objects at once, meaning more special cases in the implementation. -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Remove refdes number on copy
On Fri, 2008-02-08 at 18:20 +, Kai-Martin Knaak wrote: On Fri, 08 Feb 2008 14:49:37 +, Peter Clifton wrote: Yes, this is exactly the sort of thing hooks should be good for (and in this case, it will work, since we just edit the attribute, not delete any of the objects being copied). See attached. Hmm. This doesn't seem to work for me. I checked, that the hook gets loaded by introducing deliberate syntax errors. Since I have the light background instruction at the end of my gschemrc I can tell from a black schematic if an error happened. The hook seems to be read without warning or error, but the refdes number does not switch to ?. Do I need a bleeding edge version of gschem for this to work? I'm not sure, please post the error messages from the log window or console. I only tested it on 1.4.0, which I strongly recommend to anyone using older versions, especially anyone pre 1.2.0. Symptoms of it working.. when using ec, the copied items have their refdes stripped of any numeric suffix. If a ? remains at the end of the refdes, it is left, otherwise one is added. What version of gschem do you have? -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Remove refdes number on copy
On Fri, 08 Feb 2008 20:06:38 +, Peter Clifton wrote: Symptoms of it working.. when using ec, ok, this was it: If I do ec the script works fine, but if I do yc followed by yp to paste, it does not. Same with [ctrl-c] [ctrl-v]. Seems like there it makes a difference whether or not a buffer is involved. What version of gschem do you have? Just compiled the current git version :-) My old version was 1.2.1.20071231. The hook works with ec-copy for both of them. Thanks a bundle for the script! ---(kaimartin)--- -- Kai-Martin Knaak tel: +49-511-762-2895 Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211 Welfengarten 1, 30167 Hannover http://www.iqo.uni-hannover.de GPG key:http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb-20080202
I wonder how much effort would be involved with a cairo based export HID. I think, but am not sure, that we could then hook into the gimp print stuff and have full support for windows printing as well as giving us pdf and svg output. /me would rather see a true Win32 native HID. But then again, /me isn't the one to write it either. I know someone who offered to do that once, I'll poke him again and see if he's still interested. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem slotting bug
Thanks for responding to this, and I've found out what's going wrong. I had promote-invisible enabled in my gafrc file and was editing the slot attribute which was then visible. If instead I turn off promote-invisible, then add a slot attribute with the required number it works fine - pins updated at once. I'm re-reading the gschem manual to try to understand this - it's not immediately obvious to me why it doesn't work the way I was doing it, or why you need a hidden slot attribute in addition to the visible one. I'm sure there are good reasons, though. On Thu, 2008-02-07 at 15:36 +, Peter Clifton wrote: Can you check the version again, and whether 1.4.0 still gives issues for you? I can't think of anything which has been fixed since 1.3.1. Werner committed a fix prior to 1.4.0 which updates the pinnumbers in o_update_component(), but that doesn't sound to be the same code-path as you're exercising here. Best wishes, -- Peter Baxendale [EMAIL PROTECTED] ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Remove refdes number on copy
On Fri, 2008-02-08 at 14:13 +, Kai-Martin Knaak wrote: In gschem I frequently copy some already placed symbols to add features to some existing schematics. If I use the usual y-c / y-p sequence the copy will receive the same refdes as the original. This is almost always wrong. So I change the refdes manually to something like R? and do a renumber when I am ready to migrate the changes to pcb. This is kind of error-prone. I tend to forget the manual step and end up with multiple symbols with the same refdes. This just bit me again... Is there a way to automagically remove refdes numbers on copy/paste? Maybe some kind of renumber hook in my local gschemrc? Yes, this is exactly the sort of thing hooks should be good for (and in this case, it will work, since we just edit the attribute, not delete any of the objects being copied). See attached. I hooked this up adding the following lines in ~/.gEDA/gschemrc: (load-from-path /home/pcjc2/.gEDA/unnumber-refdes.scm) (add-hook! copy-component-hook unnumber-refdes) Obviously adjust the path to wherever you put unnumber-refdes.scm Best wishes, -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) ;; Copyright (C) 2008 Peter Clifton ;; ;; This program is free software; you can redistribute it and/or modify ;; it under the terms of the GNU General Public License as published by ;; the Free Software Foundation; either version 2 of the License, or ;; (at your option) any later version. ;; ;; This program is distributed in the hope that it will be useful, ;; but WITHOUT ANY WARRANTY; without even the implied warranty of ;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the ;; GNU General Public License for more details. ;; ;; You should have received a copy of the GNU General Public License ;; along with this program; if not, write to the Free Software ;; Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111 USA (use-modules (srfi srfi-13) (srfi srfi-14)) (define (unnumber-refdes attribs) ;; Function to strip digit suffixes (define (strip-digit-suffix string) (string-trim-right string char-set:digit) ) (define (unnumbered-refdes oldrefdes) (if (string-suffix? ? oldrefdes) oldrefdes (string-append (strip-digit-suffix oldrefdes) ?) ) ) (for-each (lambda (attrib) (let* ((name-value (get-attribute-name-value attrib)) (name (car name-value)) (value (cdr name-value))) (if (string=? name refdes) (set-attribute-value! attrib (unnumbered-refdes value))) ) ) attribs ) ) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Remove refdes number on copy
On Fri, 2008-02-08 at 21:03 +, Kai-Martin Knaak wrote: On Fri, 08 Feb 2008 20:06:38 +, Peter Clifton wrote: Symptoms of it working.. when using ec, ok, this was it: If I do ec the script works fine, but if I do yc followed by yp to paste, it does not. Same with [ctrl-c] [ctrl-v]. Seems like there it makes a difference whether or not a buffer is involved. Too many code-paths ;) I'll see if there are any other suitable places to hook into. Thanks a bundle for the script! You may see it shipped in the next version of gEDA. (If not, poke me to add it!) -- Peter Clifton Electrical Engineering Division, Engineering Department, University of Cambridge, 9, JJ Thomson Avenue, Cambridge CB3 0FA Tel: +44 (0)7729 980173 - (No signal in the lab!) ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Remove refdes number on copy
In gschem I frequently copy some already placed symbols to add features to some existing schematics. If I use the usual y-c / y-p sequence the copy will receive the same refdes as the original. This is almost always wrong. So I change the refdes manually to something like R? and do a renumber when I am ready to migrate the changes to pcb. This is kind of error-prone. I tend to forget the manual step and end up with multiple symbols with the same refdes. This just bit me again... Is there a way to automagically remove refdes numbers on copy/paste? Maybe some kind of renumber hook in my local gschemrc? ---(kaimartin)--- -- Kai-Martin Knaak tel: +49-511-762-2895 Universität Hannover, Inst. für Quantenoptik fax: +49-511-762-2211 Welfengarten 1, 30167 Hannover http://www.iqo.uni-hannover.de GPG key:http://pgp.mit.edu:11371/pks/lookup?search=Knaak+kmkop=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb-20080202
Alberto Maccioni wrote: Actually it does have some bugs: at startup it tries to execute Listlibrarycontents.sh (and obviously windows complains) it cannot determine the home directory all of the GUI elements (buttons, strings etc.) are somewhat big compared to other applications. printing doesn't work (of course) I wonder how much effort would be involved with a cairo based export HID. I think, but am not sure, that we could then hook into the gimp print stuff and have full support for windows printing as well as giving us pdf and svg output. -Dan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb-20080202
Actually it does have some bugs: at startup it tries to execute Listlibrarycontents.sh (and obviously windows complains) it cannot determine the home directory all of the GUI elements (buttons, strings etc.) are somewhat big compared to other applications. printing doesn't work (of course) But it's very impressive, and I think it should be publicized more on the project homepage: most of the potential users get scared if they cannot find a windows version. 2008/2/2, Levente [EMAIL PROTECTED]: On Fri, 01 Feb 2008 21:48:26 -0500 Dan McMahill [EMAIL PROTECTED] wrote: I've placed a new pcb snapshot up on sourceforge. In addition to the usual source release, there is an installer for windows. Be warned that the windows build has received very little testing. The windows build works for me. Many thank you for this. I can now teach my father and my girlfriend how to draw box contours. Pizza for the developers! Cheers, -- Levente http://web.interware.hu/lekovacs ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: my first Verilog project
http://www.delorie.com/electronics/bin2seven/ Not much in the way of geda involvement here - except for the adapter board and the JTAG module for my usb pod. Based on a request from Usenet, and an excuse to learn about CPLDs and Verilog. I used Xilinx's ISE for Linux, and ported their embedded XSVF tool to use my pod instead of the parallel port. What I still need to do is run their tool *on* the pod, to speed up the download - it takes about five minutes to program the chip. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: my first Verilog project
Was the need for the 2$ part due to pins or due to resources? hardkrash On Feb 8, 2008, at 4:49 PM, DJ Delorie wrote: http://www.delorie.com/electronics/bin2seven/ Not much in the way of geda involvement here - except for the adapter board and the JTAG module for my usb pod. Based on a request from Usenet, and an excuse to learn about CPLDs and Verilog. I used Xilinx's ISE for Linux, and ported their embedded XSVF tool to use my pod instead of the parallel port. What I still need to do is run their tool *on* the pod, to speed up the download - it takes about five minutes to program the chip. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: my first Verilog project
Was the need for the 2$ part due to pins or due to resources? Resources. There weren't enough intermediate nodes to do all the logic equations, I ran out of product terms. The minimal design in a '72 used about 60% of the resources, a little more than half (which would have fit in the '36). Once I realized that I needed the '72 anyway, I added some features to use up the remaining pins and resources - blanking, polarity, LZ, latch. Here's the summary: Design Name: top Date: 2- 8-2008, 7:30PM Device Used: XC9572XL-10-VQ44 Fitting Status: Successful * Mapped Resource Summary ** Macrocells Product TermsFunction Block Registers Pins Used/Tot Used/Tot Inps Used/TotUsed/Tot Used/Tot 57 /72 ( 79%) 254 /360 ( 71%) 113/216 ( 52%) 8 /72 ( 11%) 34 /34 (100%) ** Function Block Resources ** FunctionMcells FB Inps Pterms IO Block Used/TotUsed/TotUsed/TotUsed/Tot FB1 12/18 34/54 69/90 6/ 9 FB2 18/18* 26/54 43/90 9/ 9* FB3 15/18 20/54 72/90 0/ 9 FB4 12/18 33/54 70/90 6/ 7 - - - - 57/72 113/216 254/360 21/34 * - Resource is exhausted ** Global Control Resources ** Global clock net(s) unused. Global output enable net(s) unused. Global set/reset net(s) unused. ** Pin Resources ** Signal TypeRequired Mapped | Pin TypeUsedTotal | Input : 13 13| I/O :28 28 Output: 21 21| GCK/IO : 3 3 Bidirectional :0 0| GTS/IO : 2 2 GCK :0 0| GSR/IO : 1 1 GTS :0 0| GSR :0 0| Total 34 34 ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Remove refdes number on copy
On Fri, 08 Feb 2008 22:28:49 +, Peter Clifton wrote: You may see it shipped in the next version of gEDA. (If not, poke me to add it!) :-)) To me this is Open Source at its best: Me-user asks for a feature and you-developer come up with a solution that will work for the benefit of everyone. ---(kaimartin)--- -- Kai-Martin Knaak http://lilalaser.de/blog ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
