gEDA-user: PCB - How To Find A Component?
I have a large board, around 3000 components. It's hierarchical so the refdes's are long and sometimes obscures the little parts. Some of the devices are 0603, so they are pretty small in a large sea of dispersed parts. I can't easily find a particular part. I've tried the 'select by name', which works fine on large parts, but those small 0603's are impossible to locate. Any ideas? I can't find a setting for 'zoom selected', which would be really good for zeroing on the selected part. gene ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: hierarchy: I just don't get it
On Wed, Feb 11, 2009 at 09:40:32PM -0600, John Griessen wrote: > Ben Jackson wrote: > > I made a foo.sch with lots of symbols. The .sym file has a 'source=' > > attribute and for good measure so does each instance of the symbol. > > For instance, symbol name foofilter.sym has pins with names > in out gnd, and pinnumbers 1 2 3. Schematic foofilter.sch > needs iopad symbols with attribs refdes=in refdes=out refdes=gnd. > > Have that? Yes, my mistake was having graphical=1 in the symbol that represented the subcircuit (in the file 'foofilter.sym'). -- Ben Jackson AD7GD http://www.ben.com/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: hierarchy: I just don't get it
Ben Jackson wrote: > I made a foo.sch with lots of symbols. The .sym file has a 'source=' > attribute and for good measure so does each instance of the symbol. For instance, symbol name foofilter.sym has pins with names in out gnd, and pinnumbers 1 2 3. Schematic foofilter.sch needs iopad symbols with attribs refdes=in refdes=out refdes=gnd. Have that? John -- Ecosensory Austin TX ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: pcb 20081128 hangs when loading element data paste buffer
One option is to run pcb under gdb. When it hangs, hit Ctrl-C in the gdb window and type "where" to see where it's hung. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: pcb 20081128 hangs when loading element data paste buffer
Hello I have been using the 20081128 version without problems. Today, while developing a new footprint, the group of features under the file->load layout group started causing the application to hang. I can load layouts from the command line at start up without problems. The new footprints are not being developed in the library (they are moved there after they have been checked for accuracy). Any ideas of how to reset what might have going wrong? Did some preferences file get corrupted? I moved the ~/.pcb/preferences file away, but it did not seem to change the behavior. Here are some compile time options that I'm using - Compile Time Options - GUI: gtk : Gtk - The Gimp Toolkit Exporters: bom : Exports a Bill of Materials gerber : RS-274X (Gerber) export. nelma : Numerical analysis package export. png : GIF/JPEG/PNG export. ps : Postscript export. eps : Encapsulated Postscript Printers: lpr : Postscript print. As usual thanks in advance. -- +---+ Mike Crowe Gulf Coast Data Concepts 611 Nicholson Ave Waveland, MS 39576 e-mail: mcr...@gcdataconcepts.com phone: 228.424.6307 30d 17.753' North 089d 22.022' West home of the USB-Accelerometer http://www.gcdataconcepts.com/xlr8r-1.html +---+ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB + GL latest (patch for indirect rendering support)
On Wed, 2009-02-11 at 21:12 +, gdedwa...@blueyonder.co.uk wrote: > Hi Peter, > > http://www.muppetlabs.pwp.blueyonder.co.uk/geda/loop_conditioner_board.pcb.gz > > if you want to dig deeper, or let me know what I can do to investigate here. Did you use the "master" branch of my repository, rather then the "before_pours" one? The polygon renders fine on my box, where I'm using my "local_customisation_no_pours" branch. (That has some hacks, a driver for a 6DOF 3D Joystick, and the extra transparent thin-poly rendering hack). The "master" branch contains some experimental code for doing island removal, and doesn't fill polygons unless it thinks they are connected to something. (A joined track or a thermal on a pin / via ). Last I checked, I don't think it did polygon-polygon connections, which is what it looks like in your screen-shot. 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: PCB + GL latest (patch for indirect rendering support)
On Wed, 2009-02-11 at 21:12 +, gdedwa...@blueyonder.co.uk wrote: > Hi Peter, > > I've been running the branch this evening and already tripped over a > rendering issue of moderate severity - one of the polygons on my board is > not being filled. > > Here's the screenshot of the HEAD build: > > http://www.muppetlabs.pwp.blueyonder.co.uk/geda/board_HEAD.png > > Note the extension of the ground fill under the two big caps top left, > then look at the render from the branch: > > http://www.muppetlabs.pwp.blueyonder.co.uk/geda/board_pcjc2.png > > That poly is not filled. Were you viewing on the backside? I just completed a board design since I added the contour culling, and discovered that I've got it wrong for the flipped coordinate systems other than a head-on view of the board. Will fix that when I get chance. > The board file is at > > http://www.muppetlabs.pwp.blueyonder.co.uk/geda/loop_conditioner_board.pcb.gz Thanks! -- 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: Importing board outline from .emn file
Hi Folks, I have just finished writing a Python script to import mechanical data (from ProEng) into pcb and thought I would offer it up to the community if anyone has a similar need. The script is attached and it is used in the following way:- > python importEmn.py emnFile pcbFile_in pcbFile_out where:- emnFile is the emn file being imported with the mechanical data. It is structured following the IDF3.0 standard referenced below www.aertia.com/docs/priware/IDF_V30_Spec.pdf pcbFile_in is the original pcb file that will not be modified pcbFile-out is a copy of pcbFile_in with the mechanical information added to the appropriate layers (if they exist) At this stage it supports the import of outline, keepouts and drill data but this could be expanded if there is any interest. Cheers, Neil On Wed, 2009-02-04 at 23:08 -0500, Neil Webster wrote: > Hi Folks, > > Does anyone know if there is a way to import a board outline defined in > an emn file into PCB? The emn file is produced by ProEng 3-D CAD tool > and it seems quite simply structured. I have attached it below ... > > .HEADER > BOARD_FILE 3.0 "Pro/ENGINEER TM Wildfire 3.0 (c" 2009/02/04.13:30:43 > 3 > PCB-DB MM > .END_HEADER > .BOARD_OUTLINE MCAD > 1.2 > 0 0.0 0.0 0.0 > 060.0 0.0 0.0 > 060.030.0 0.0 > 0 0.030.0 0.0 > 0 0.0 0.0 0.0 > .END_BOARD_OUTLINE > .DRILLED_HOLES > 3.521.5 16.0 NPTHBOARD PIN > MCAD > .END_DRILLED_HOLES > .PLACE_KEEPOUT UNOWNED > TOP 0.0 > 0 7.8320030.0 0.0 > 0 7.8320027.99400 0.0 > 010.8320027.99400 0.0 > 010.8320030.0 0.0 > 0 7.8320030.0 0.0 > .END_PLACE_KEEPOUT > .PLACE_KEEPOUT UNOWNED > TOP 0.0 > 049.1450030.0 0.0 > 049.1450027.99400 0.0 > 052.1450027.99400 0.0 > 052.1450030.0 0.0 > 049.1450030.0 0.0 > .END_PLACE_KEEPOUT > .PLACE_KEEPOUT UNOWNED > TOP 0.0 > 010.84300 0.0 0.0 > 0 7.84300 0.0 0.0 > 0 7.84300 2.00600 0.0 > 010.84300 2.00600 0.0 > 010.84300 0.0 0.0 > .END_PLACE_KEEPOUT > .PLACE_KEEPOUT UNOWNED > TOP 0.0 > 052.12000 0.0 0.0 > 049.12000 0.0 0.0 > 049.12000 2.00600 0.0 > 052.12000 2.00600 0.0 > 052.12000 0.0 0.0 > .END_PLACE_KEEPOUT > .PLACE_KEEPOUT UNOWNED > TOP 0.0 > 0 0.018.87600 0.0 > 0 0.015.87600 0.0 > 0 2.0060015.87600 0.0 > 0 2.0060018.87600 0.0 > 0 0.018.87600 0.0 > .END_PLACE_KEEPOUT > .PLACE_KEEPOUT UNOWNED > TOP 0.0 > 057.9940018.88100 0.0 > 060.018.88100 0.0 > 060.015.88100 0.0 > 057.9940015.88100 0.0 > 057.9940018.88100 0.0 > .END_PLACE_KEEPOUT > > > > > > > ___ > geda-user mailing list > geda-user@moria.seul.org > http://www.seul.org/cgi-bin/mailman/listinfo/geda-user > > #author: Neil Webster #data: 11 February 2009 #!/usr/bin/env python #this script imports an emn file into a pcb file #to import outline information, the pcb file must already have an "outline" layer defined #to import keepout information, the pcb file must already have a "keepout" layer defined #usage python importEmn.py emnFile pcbFile_in pcbFile_out # emnFile is the emn file being import
Re: gEDA-user: PCB + GL latest (patch for indirect rendering support)
On Wed, Feb 11, 2009 at 03:39:23PM +, Peter Clifton wrote: > On Wed, 2009-02-11 at 09:44 -0500, Joshua Boyd wrote: > > On Mon, Feb 02, 2009 at 02:59:35PM +, Peter Clifton wrote: > > > For those testing the PCB+GL branch > > > > > > git clone git://repo.or.cz/geda-pcb/pcjc2.git > > > git checkout -b before_pours origin/before_pours > > > > Could you add a bootstrap script like a lot of other projects have? > > There is one.. "./autogen.sh" in the root directory. > > > Also, when I try to generate the configure script (aclocal && autoconf > > && automake -i --foreign) I get an error about the intl directory not > > existing. However, when I remove that entry from the DIRS variable in > > Makefile.am, I get this error: > > configure.ac:894: required file `intl/Makefile.in' not found > > Makefile.am:7: AM_GNU_GETTEXT used but `intl' not in SUBDIRS > > Might need to call intltoolize. The ./autogen.sh script will do that for > you. Yep, that got me much further. With a bit more babying, I got it built and running. Cool and thanks. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB + GL latest (patch for indirect rendering support)
Hi Peter, I've been running the branch this evening and already tripped over a rendering issue of moderate severity - one of the polygons on my board is not being filled. Here's the screenshot of the HEAD build: http://www.muppetlabs.pwp.blueyonder.co.uk/geda/board_HEAD.png Note the extension of the ground fill under the two big caps top left, then look at the render from the branch: http://www.muppetlabs.pwp.blueyonder.co.uk/geda/board_pcjc2.png That poly is not filled. The board file is at http://www.muppetlabs.pwp.blueyonder.co.uk/geda/loop_conditioner_board.pcb.gz if you want to dig deeper, or let me know what I can do to investigate here. Cheers Gareth ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Design a keyboard with gschem/pcb
On Feb 11, 2009, at 2:06 PM, Ben Jackson wrote: > On Thu, Jan 29, 2009 at 03:41:44PM -0700, John Doty wrote: >> >> Note that I've put in the symbol representing the subcircuit as a >> graphical=1 "comment". And I used "gschlas -e" for the first >> time. ;-) > > I guess I took 'graphical=1' too much to heart. If you put that in > the > symbol you use to represent the subcircuit the subcircuit will not be > used. I put a symbol instance in the subcircuit schematic itself with graphical=1 so the reader can see the symbol next to the circuit it represents. You shouldn't use it if you expect the symbol to be expanded. > > -- > Ben Jackson AD7GD > > http://www.ben.com/ > > > ___ > geda-user mailing list > geda-user@moria.seul.org > http://www.seul.org/cgi-bin/mailman/listinfo/geda-user > John Doty Noqsi Aerospace, Ltd. http://www.noqsi.com/ j...@noqsi.com ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Design a keyboard with gschem/pcb
On Thu, Jan 29, 2009 at 03:41:44PM -0700, John Doty wrote: > > Note that I've put in the symbol representing the subcircuit as a > graphical=1 "comment". And I used "gschlas -e" for the first time. ;-) I guess I took 'graphical=1' too much to heart. If you put that in the symbol you use to represent the subcircuit the subcircuit will not be used. -- Ben Jackson AD7GD http://www.ben.com/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Google SoC : Potential Candidate seeking Info
Aanjhan R wrote: > The projects that am interested in are as follows (not in any specific order): > > 1. Usability improvements for ngspice/Gnucap - Under gaf > 2. More "interesting" integrations with other tools. The new Tcl > interface adds a bunch of possibilities. I know one guy is using it to > allow remote control from emacs through a bridge server. (Under > GTKWAVE - I would like to know if htere are specific "interesting" > integrations as I am not getting the whole picture behind this project > proposal) > 3. Porting of missing analysis, (noise, pz, disto, hb, etc.) from > other free simulators (under gnucap) > 4. Add uwire (unresolved net) support - Under Icarus The "uwire" support is listed as "moderate" on our Projects page, but is probably too small for a GSoC project. Given the apparent bent towards analog in your selection of candidate projects, might I suggest you take a look at the "gnucap Code Generator" on the Icarus Verilog projects page? This is something that Al has been wanting, and also puts to use some of the nascent analog support in Icarus Verilog proper. -- Steve Williams"The woods are lovely, dark and deep. steve at icarus.com But I have promises to keep, http://www.icarus.com and lines to code before I sleep, http://www.picturel.com And lines to code before I sleep." ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Google SoC : Potential Candidate seeking Info
On Wed, 11 Feb 2009 10:50:58 +0100, Aanjhan R wrote: > The projects that am interested in are as follows (not in any specific > order): > > 1. Usability improvements for ngspice/Gnucap - Under gaf >From all the projects you mentioned, this one would have a the largest impact. An easy to use interface would be a major step forward from a user point of view. ---<(kaimartin)>--- ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: ground plan
On Wed, 11 Feb 2009 11:22:09 -0500, DJ Delorie wrote: >> So could you please give a pointer to where your tutorial could be >> found? > > http://www.delorie.com/pcb/docs/gs/ > > I also checked that into the pcb source tree. > In addition, I just added links to the pcb tutorial at various places in the wiki. ---<(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+kmk&op=get ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: ground plan
> So could you please give a pointer to where your tutorial could be found? http://www.delorie.com/pcb/docs/gs/ I also checked that into the pcb source tree. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: ground plan
DJ Delorie wrote: >> Is there some reason that "New Lines... clear polygons" is not on by >> default? >It *is* on by default. The problem is that gsch2pcb doesn't use pcb's >defaults. That's why in my tutorials, I don't let gsch2pcb create the >initial board. I'm probably blind, but I've only been able to find Bill Wilson's tutorial, which demonstrates using gsch2pcb to create the initial board. Google didn't seem to find it (at least scanning a finite number of sites). So could you please give a pointer to where your tutorial could be found? Thanks! -f ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB + GL latest (patch for indirect rendering support)
On Wed, 2009-02-11 at 07:41 -0800, Larry Doolittle wrote: > Peter - > > On Wed, Feb 11, 2009 at 03:39:23PM +, Peter Clifton wrote: > > On Wed, 2009-02-11 at 09:44 -0500, Joshua Boyd wrote: > > > Either with or without my change to Makefile.am, aclocal complains with > > > a lot of warnings: > > > > I've noticed more and more noise from aclocal on Ubuntu systems. Its > > probably nothing which will break the build, just an indication that > > we're being naughty somewhere with our use of AC_... macros. > > It's not just Ubuntu. I see that on Debian machines, too. > Would you like help cleaning it up? Help would of course be appreciated, I'm sure. Best to fix it up for the non-GL branch though then it can be pushed directly. I'm always hesitant to touch the auto-foo myself, as it always has a habit of breaking compatibility with old versions. (Since I use an up-to-date distro, and it isn't always obvious from developing to the newest doc, what works on older systems). 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: PCB + GL latest (patch for indirect rendering support)
Peter - On Wed, Feb 11, 2009 at 03:39:23PM +, Peter Clifton wrote: > On Wed, 2009-02-11 at 09:44 -0500, Joshua Boyd wrote: > > Either with or without my change to Makefile.am, aclocal complains with > > a lot of warnings: > > I've noticed more and more noise from aclocal on Ubuntu systems. Its > probably nothing which will break the build, just an indication that > we're being naughty somewhere with our use of AC_... macros. It's not just Ubuntu. I see that on Debian machines, too. Would you like help cleaning it up? - Larry ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB + GL latest (patch for indirect rendering support)
On Wed, 2009-02-11 at 09:44 -0500, Joshua Boyd wrote: > On Mon, Feb 02, 2009 at 02:59:35PM +, Peter Clifton wrote: > > For those testing the PCB+GL branch > > > > git clone git://repo.or.cz/geda-pcb/pcjc2.git > > git checkout -b before_pours origin/before_pours > > Could you add a bootstrap script like a lot of other projects have? There is one.. "./autogen.sh" in the root directory. > Also, when I try to generate the configure script (aclocal && autoconf > && automake -i --foreign) I get an error about the intl directory not > existing. However, when I remove that entry from the DIRS variable in > Makefile.am, I get this error: > configure.ac:894: required file `intl/Makefile.in' not found > Makefile.am:7: AM_GNU_GETTEXT used but `intl' not in SUBDIRS Might need to call intltoolize. The ./autogen.sh script will do that for you. > Either with or without my change to Makefile.am, aclocal complains with > a lot of warnings: > $ aclocal > configure.ac:67: warning: AC_COMPILE_IFELSE was called before > AC_USE_SYSTEM_EXTENSIONS > ../../lib/autoconf/specific.m4:389: AC_USE_SYSTEM_EXTENSIONS is expanded > from... > /usr/share/aclocal/lock.m4:29: gl_LOCK_EARLY_BODY is expanded from... > /usr/share/aclocal/lock.m4:22: gl_LOCK_EARLY is expanded from... > /usr/share/aclocal/lock.m4:253: gl_LOCK is expanded from... > /usr/share/aclocal/intl.m4:186: gt_INTL_SUBDIR_CORE is expanded from... > /usr/share/aclocal/intl.m4:25: AM_INTL_SUBDIR is expanded from... > /usr/share/aclocal/gettext.m4:57: AM_GNU_GETTEXT is expanded from... > configure.ac:67: the top level > configure.ac:67: warning: AC_RUN_IFELSE was called before > AC_USE_SYSTEM_EXTENSIONS > configure.ac:67: warning: AC_COMPILE_IFELSE was called before AC_AIX > ../../lib/autoconf/specific.m4:436: AC_AIX is expanded from... > configure.ac:67: warning: AC_RUN_IFELSE was called before AC_AIX > configure.ac:67: warning: AC_COMPILE_IFELSE was called before AC_MINIX > ../../lib/autoconf/specific.m4:460: AC_MINIX is expanded from... > configure.ac:67: warning: AC_RUN_IFELSE was called before AC_MINIX > $ I've noticed more and more noise from aclocal on Ubuntu systems. Its probably nothing which will break the build, just an indication that we're being naughty somewhere with our use of AC_... macros. 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: PCB + GL latest (patch for indirect rendering support)
On Wed, 2009-02-11 at 15:03 +, gdedwa...@blueyonder.co.uk wrote: > Hi Peter, > > > On Wed, 2009-02-11 at 13:44 +, Peter Clifton wrote: > >> > >> Hmm, perhaps not.. although I _thought_ I had added the right configure > >> check.. > > > > AHA... you might be missing "--enable-gl" from the ./configure command > > line. > > > > Yes, that was it - thanks. > > I've got past that problem but hit a failure at link > > /usr/bin/ld: cannot find -lglut > Adding libglut3-dev solved that but again it might point to something > missing in configure.ac. Ok, sorry.. a hold-over from when I was using glut. I've removed the flag to link with it now. -- 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: PCB + GL latest (patch for indirect rendering support)
Hi Peter, > On Wed, 2009-02-11 at 13:44 +, Peter Clifton wrote: >> >> Hmm, perhaps not.. although I _thought_ I had added the right configure >> check.. > > AHA... you might be missing "--enable-gl" from the ./configure command > line. > Yes, that was it - thanks. I've got past that problem but hit a failure at link /usr/bin/ld: cannot find -lglut Adding libglut3-dev solved that but again it might point to something missing in configure.ac. Now it's built, I'll have a play. Initial impression is that I like the look of it! Cheers Gareth ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB + GL latest (patch for indirect rendering support)
On Mon, Feb 02, 2009 at 02:59:35PM +, Peter Clifton wrote: > For those testing the PCB+GL branch > > git clone git://repo.or.cz/geda-pcb/pcjc2.git > git checkout -b before_pours origin/before_pours Could you add a bootstrap script like a lot of other projects have? Also, when I try to generate the configure script (aclocal && autoconf && automake -i --foreign) I get an error about the intl directory not existing. However, when I remove that entry from the DIRS variable in Makefile.am, I get this error: configure.ac:894: required file `intl/Makefile.in' not found Makefile.am:7: AM_GNU_GETTEXT used but `intl' not in SUBDIRS Either with or without my change to Makefile.am, aclocal complains with a lot of warnings: $ aclocal configure.ac:67: warning: AC_COMPILE_IFELSE was called before AC_USE_SYSTEM_EXTENSIONS ../../lib/autoconf/specific.m4:389: AC_USE_SYSTEM_EXTENSIONS is expanded from... /usr/share/aclocal/lock.m4:29: gl_LOCK_EARLY_BODY is expanded from... /usr/share/aclocal/lock.m4:22: gl_LOCK_EARLY is expanded from... /usr/share/aclocal/lock.m4:253: gl_LOCK is expanded from... /usr/share/aclocal/intl.m4:186: gt_INTL_SUBDIR_CORE is expanded from... /usr/share/aclocal/intl.m4:25: AM_INTL_SUBDIR is expanded from... /usr/share/aclocal/gettext.m4:57: AM_GNU_GETTEXT is expanded from... configure.ac:67: the top level configure.ac:67: warning: AC_RUN_IFELSE was called before AC_USE_SYSTEM_EXTENSIONS configure.ac:67: warning: AC_COMPILE_IFELSE was called before AC_AIX ../../lib/autoconf/specific.m4:436: AC_AIX is expanded from... configure.ac:67: warning: AC_RUN_IFELSE was called before AC_AIX configure.ac:67: warning: AC_COMPILE_IFELSE was called before AC_MINIX ../../lib/autoconf/specific.m4:460: AC_MINIX is expanded from... configure.ac:67: warning: AC_RUN_IFELSE was called before AC_MINIX $ This is on Ubuntu 8.10 AMD64. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB + GL latest (patch for indirect rendering support)
On Wed, 2009-02-11 at 13:44 +, Peter Clifton wrote: > On Wed, 2009-02-11 at 12:20 +, gdedwa...@blueyonder.co.uk wrote: > > I'm getting errors at build: > > > > In file included from hid/gtk/gtkhid-main.c:34: > > hid/gtk/gui.h:213: error: expected specifier-qualifier-list before > > GdkGLConfig > > Hmm, perhaps not.. although I _thought_ I had added the right configure > check.. AHA... you might be missing "--enable-gl" from the ./configure command line. The branch won't build properly without that. The longer term goal it to make that configure flag do what you might expect, and have it fallback to the old rendering code when it isn't given. Once --enable-gl is passed, the following configure test ought to trigger if you're missing GtkGLExt : if test "x$enable_gl" = "xyes"; then # Check for GtkGLExt PKG_CHECK_MODULES(GTKGLEXT, gtkglext-1.0 >= 1.0.0, , [AC_MSG_ERROR([ *** Required version of gtkglext is not installed - please install first *** Please review the following errors: $GTKGLEXT_PKG_ERRORS])] ) GTKGLEXT_VER=`$PKG_CONFIG gtkglext-1.0 --modversion` fi -- 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: PCB + GL latest (patch for indirect rendering support)
On Wed, 2009-02-11 at 12:20 +, gdedwa...@blueyonder.co.uk wrote: > Hi Peter, > > >> Peter Clifton wrote: > >> > For those testing the PCB+GL branch > > > I'm getting errors at build: > > In file included from hid/gtk/gtkhid-main.c:34: > hid/gtk/gui.h:213: error: expected specifier-qualifier-list before > GdkGLConfig Hmm, perhaps not.. although I _thought_ I had added the right configure check.. What you want it GtkGlExt. On Debian / Ubuntu systems, this is the "libgtkglext1" package > hid/gtk/gtkhid-main.c: In function Vx: > hid/gtk/gtkhid-main.c:78: error: GHidPort has no member named view_x0 > hid/gtk/gtkhid-main.c:78: error: GHidPort has no member named zoom > ... Those are internal to PCB, and should exist. > I guess configure is not checking for a openGL prerequisite that I don't > have? I think you're right though.. the fact that it couldn't recognise the GdkGLConfig type probably threw off the rest of the header-file, resulting in those compile errors for our own structure members (which should exist!) -- 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: PCB + GL latest (patch for indirect rendering support)
Hi Peter, >> Peter Clifton wrote: >> > For those testing the PCB+GL branch I'm getting errors at build: In file included from hid/gtk/gtkhid-main.c:34: hid/gtk/gui.h:213: error: expected specifier-qualifier-list before GdkGLConfig hid/gtk/gtkhid-main.c: In function Vx: hid/gtk/gtkhid-main.c:78: error: GHidPort has no member named view_x0 hid/gtk/gtkhid-main.c:78: error: GHidPort has no member named zoom ... I guess configure is not checking for a openGL prerequisite that I don't have? Cheers Gareth ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: PCB + GL latest (patch for indirect rendering support)
On Wed, 2009-02-11 at 08:06 +0100, Bert Timmerman wrote: > Hi Peter and all, > > Peter Clifton wrote: > > For those testing the PCB+GL branch > > > > git clone git://repo.or.cz/geda-pcb/pcjc2.git > > git checkout -b before_pours origin/before_pours > > > > And to update (easiest I think.. but discards local changes): > > > > git fetch > > git checkout master > > git branch -D before_pours > > git checkout -b before_pours origin/before_pours > > > > What is: > > git clone git://repo.or.cz/geda-pcb/pcjc2.git > git checkout --track -b before_pours origin/before_pours I think the --track is usually implicit in the above, but the command you're suggesting implies that the local "before_pours" branch doesn't exist. I'm not sure how well that plays with a mirrored stgit branch (when I push, and you fetch.. it won't result in a fast-forward merge). Hence suggesting the delete local branch / re-checkout. It isn't expensive in terms of fetching data (since it is already there). > ?? > > BTW: Peter, I just recently got a replacement DSL router from the phone > company, so I'm behind on testing your stuff. Still have to reconnect > the Fedora box. Wireless laptop with Vista (bweerk, cough, cough, ... > hairball) has to do for now. > > BTW2: IMHO, now would be a good time to get your OpenGL branch in the > gplgeda.org/pcb.git repo as a separate HID and/or branch as to lower the > treshold for testing. (just swap branches and recompile :-) I would have to split it up from the other random crap that I'm carrying in that branch, and would probably also have to transition to the "merge" workflow, giving up stgit (which I don't want to do). I'm loving stgit for the ability to go back, edit patches and produce a sensible and small working patch series. Once I'm pushing anywhere official, it would be bad form to do much other than the linear log history, which I think would end up with a really messy history, given the way I've been working on this code until now. But.. it is a possibility that it could live in a branch on gpleda.org before it is merged. It is not a separate HID, and I don't think it wants to be. To take the freedesktop.org hosting model, I could ask if I could get a ~pcjc2/pcb.git repository on gpleda, but that would be almost no different to what I've got setup on repo.or.cz. -- 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: Google SoC : Potential Candidate seeking Info
Dear All, I am Aanjhan doing my Masters in Electronics at EPFL, Lausanne, Switzerland. A short introduction about me is present in the page https://wiki.ubuntu.com/Aanjhan I am part of the Fedora Electronics Laboratory team and also help in keeping in sync with the packages in Ubuntu as part of the MOTU Science team. Having looked into the projects listed for GSoC 2009, I am interested in the following projects and would like to know the pre-requisites for taking them up. My skillsets are C, Verilog, VHDL and bit of Python and Perl. Am open to learn new languages too given that there is some time for the preparation phase before the proposals for GSoC needs to be put up. The projects that am interested in are as follows (not in any specific order): 1. Usability improvements for ngspice/Gnucap - Under gaf 2. More "interesting" integrations with other tools. The new Tcl interface adds a bunch of possibilities. I know one guy is using it to allow remote control from emacs through a bridge server. (Under GTKWAVE - I would like to know if htere are specific "interesting" integrations as I am not getting the whole picture behind this project proposal) 3. Porting of missing analysis, (noise, pz, disto, hb, etc.) from other free simulators (under gnucap) 4. Add uwire (unresolved net) support - Under Icarus The above are projects that I liked at first glance. If I have missed something that the mentors here think it would be interesting for me, I am open to those ideas too. Awaiting further guidance. Thanks and Regards, -- Aanjhan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
