X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7+dev X-Exmh-Isig-CompType: repl X-Exmh-Isig-Folder: inbox From: "karl AT aspodata DOT se [via geda-user AT delorie DOT com]" To: geda-user AT delorie DOT com Subject: Re: [geda-user] lepton-sch2pcb: wrong ${prefix} for pcb In-reply-to: <20230331011920.15319.qmail@stuge.se> References: <20230330032511 DOT 12329 DOT qmail AT stuge DOT se> <20230330064204 DOT 16FA585F72C3 AT turkos DOT aspodata DOT se> <20230331011920 DOT 15319 DOT qmail AT stuge DOT se> Comments: In-reply-to "Peter Stuge (peter AT stuge DOT se) [via geda-user AT delorie DOT com]" message dated "Fri, 31 Mar 2023 01:19:20 -0000." Mime-Version: 1.0 Content-Type: text/plain Message-Id: <20230331080932.A6BF285F72C7@turkos.aspodata.se> Date: Fri, 31 Mar 2023 10:09:32 +0200 (CEST) X-Virus-Scanned: ClamAV using ClamSMTP 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 Peter Stuge: > karl AT aspodata DOT se [via geda-user AT delorie DOT com] wrote: > > > > 1, the dirname trick: > > > > $(dirname $(dirname $(which pcb)))/share/pcb > > > > followed by m4, pcblib-newlib alt. newlib depending of what > > > > we are looking for > > > > > > This isn't a good choice at all since it makes assumptions about how > > > pcb was compiled - specifically that there is a fixed relationship > > > between the pcb binary path and the library path. > > > > Well, there seems there is one, at least per default: > > > > $ cd /pcb > > $ grep -B1 BINDIR_TO_PCBLIBDIR config.h > > /* Relative path from bindir to pcblibdir */ > > #define BINDIR_TO_PCBLIBDIR "../share/pcb" > > $ > > > > which can be changed with > > --datarootdir=DIR read-only arch.-independent data root [PREFIX/share] > > > > ./configure --datarootdir=/opt > > gives: > > /* Relative path from bindir to pcblibdir */ > > #define BINDIR_TO_PCBLIBDIR "../../../opt/pcb" > > Exactly; because it can be changed by pcb configure it's > unfortunately not possible to assume anything. It would still be useful in config phase, with it one could see if one can find common.m4, else ask configure user for a path. ... > How about we first try pcb -p --show-defaults, then pcb -x ps, then > with default hid, then fail? The hid lpr depends on the exporter ps: configure: error: you have requested the lpr HID but not the ps HID, which it depends on And you can even ./configure --with-printer= --with-gui= --with-exporters= $ src/pcb --show-defaults Error: No GUI available. $ src/pcb -x ps --show-defaults Invalid exporter ps, available ones: $ src/pcb -p --show-defaults $ src/pcb -h Segmentation fault $ Oops, found a problem. > If there's no X then gschem/lepton might anyway not start > (interactively) - right? lepton-sch2pcb/gsch2pcb doesn't need X. Regards, /Karl Hammar