gEDA-user: RE: gsch2pcb hangs with long footprint names (was: nothing)

[James Cotton <peabody124@xxxxxxxxx>]

I came across a quirk that I thought I'd let people know about. 
Thanks go to John Luciani for helping me figure this one out.

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.