I was using the IPC standard for footprints, and noticed that when I added footprint=LED-200L-150W my LED's, or footprint=TSSOP-50P-800L-10N to other parts gsch2pcb would crap out on me. I was running gsch2pcb with the -f (force newlib) and -d (path to newlib) options. John suggested that it might be a conflict with the m4 library, so I set that to (define m4-pcbdir "") in gnet-sch2pcb. However gsch2pcb overrode the path to /usr/share/pcb/m4. I ended up fixing this by moving that directory and creating an empty one, which actually fixed the hang. Anyway, this doesn't really seem like expected behavior.
Have a good one,
James
When I ran sch2pcb it said:
*********************************************************************
Loading schematic [/home/jcotton/documents/geda/msp430-cc2420/msp430-cc2420.sch]Default m4-pcbdir: /usr/share/pcb/m4
--------
gnet-gsch2pcb-tmp.scm override file:
(define m4-pcbdir "/usr/share/pcb/m4")
--------
Running command:
gnetlist -g gsch2pcb -o msp430-cc2420.new.pcb -m gnet-gsch2pcb-tmp.scm msp430-cc2420.sch
***********************************************************************
I grep'd the geda source and found that the gsch2pcb.c file hard codes this path in there. On and deleting that gnet-gsch2pcb-tmp.scm just causes it to get recreated.
--------
gnet-gsch2pcb-tmp.scm override file:
(define m4-pcbdir "/usr/share/pcb/m4")
--------
Running command:
gnetlist -g gsch2pcb -o msp430-cc2420.new.pcb -m gnet-gsch2pcb-tmp.scm msp430-cc2420.sch
***********************************************************************
I grep'd the geda source and found that the gsch2pcb.c file hard codes this path in there. On and deleting that gnet-gsch2pcb-tmp.scm just causes it to get recreated.
