Re: gnucap-models
al davis via Gnucap-devel <[email protected]> Sun, 17 Apr 2022 01:19:47 -0400
| Newsgroups | gmane.comp.gnu.gnucap.devel |
|---|---|
| Message-ID | <20220417011947.731cb8e1@z> |
On Wed, 13 Apr 2022 18:11:56 +0200 Felix Salfelder <[email protected]> wrote: > Please consider the install branch with your next push. The DESTDIR > variable facilitates the creation of binary packages from staged > installations. > > $ make install DESTDIR=/tmp/stage/ > $ cd /tmp/stage > $ tar -cjf ../gnucap-models.tbz2 * > > ... Similar in gnucap/Make3. gnucap/Make3 already has that patch. Other plugins should use Make3 rather than doing it again and again, a little different each time. The build system is overdue for a consolidation. The version in the install branch has a bug .. a conflict between what is being added vs. gnucap-conf. The example actually installs in /tmp/stage/usr/local/lib/gnucap/ . It's easy to fix. What I plan to do is: 1. Make3, Make2* to be installed so user plugins can use them. 2. Change apps,lib,main,modelgen to use include instead of cat. These (especially apps) are intended as examples of how user plugins should do it. The use of cat dates back to the dark ages when make did not do include. Make1 becomes Makefile. 3. Change models to use installed Make3, Make 2, or a copy if you want. 4. Testing and tuning to make sure staged installs work as intended. Reminder of intent of the design of the build system: It's just a modular Makefile: Make1: the part specific to this directory. Make2: local configuration, either stored or generated by configure. Make3: list of targets, etc. Always the same. Boiler Plate.