Re: Configuring multiple libccdirs
Bernd Paysan <[email protected]>
| Newsgroups | gmane.comp.lang.forth.gforth |
|---|---|
| Message-ID | <5846728.f3H2vLyJIY@daiyu> |
Am Dienstag, 3. Juli 2018, 18:05:21 CEST schrieb Anton Ertl: > The question is if it makes sense. The files in these directories are > cached intermediate results produced from Forth source files > containing C-interface stuff. Actually, the libcc API has stabilized, and the need to recompile the libcc interfaces for every Gforth snapshot isn't there anymore. So it makes sense to install programs with precompiled libcc-named files, and keep them separate from the Gforth directory, which is updated every week or so (if they use my snapshot Debian repository). > We have two directories for the > following reasons: > > 2) $libccdir for files created by the superuser at Gforth > installation, so the user does not need a C compiler when using the > source C-interface files; it also allows sharing these files between > different users, without one user being able to attack another user by > providing a Trojan intermediate file. > > 1) For C-interface stuff beyond libccdir, each user produces his own > intermediate files in ~/.gforth/<machine-type>/libcc-named. > > For what purpose would one use more directories? As I can see the request, for third-party programs using Gforth as Forth engine, who want to install their files in a different directory. The source files installed in some other directory can be dealt with GFORTHPATH, the libcc-named files installed not — they have to go to a version specific Gforth directory. We can also discuss if we add the $prefix/lib/.../site-forth path into the libcc-path by default. -- Bernd Paysan "If you want it done right, you have to do it yourself" net2o id: kQusJzA;7*?t=uy@X}1GWr!+0qqp_Cn176t4(dQ* https://net2o.de/
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEERJ1NDqPQRwYnwBjr9y2Uk5MtoGcFAls71hcACgkQ9y2Uk5Mt oGcKRQ/+IcacvfT6zLVZlCsi9UMZ4YdexrAYeXXxZaM13sJk/sCM1rricOlkK08E osatFf6Nr/GiTtn/+PhX4EFs7oWHq3XqwMl1Rhzc43xeD/1cpONsd2qFxlzgcD93 biBzAABSveO54MsuCc/FunxFsl3RKP9vyhxQw3kxH4hr3IDoa8glEow6WIlydFKS 670t6jKM75ymv5FhgUVdQLU9LoANDaTG+qADcczf/H4tULSKFMUlrS8xtPs/Fgsv zpDgDMR9Ryu9EvKXLCo6YuaMNvCgSXCnsRm2mPdy5wGm6WEVWelfO8wohTbivV57 NCdzP/0SZv++HUBKEaNVdiO3kAYbDYqpbLVHrpyYD+Znm8igzqjXJWxiEauHM+0M 9YycK9FeMoj4TNzyaGkpmk5RCrs9FaP5+w47x8r5TOZe0d5ZYFS6tu32JXKDWQCt 6zAOC6LjE3SDAa/sNsfz+DWh2SxcK8Ebz1vSUygIWV087yw0yZnURqWoxMFE0pJW Uzb9kQys/wj41zShA+4zKZaBiLWdK//mwKPaz/7nJ0Tuvf9iiZBWxceAO+n+241t UbdrJHHFlqvMPFel8ylTT30H1VZIa69L9JFioqPuVQOqYjm8RSD8pIXVSqgqMbSg QvUwfbJzP8kfuGmTW3jfOwMtJGZmXOCm4ZaLObLoNOpAQHbiRcI= =zE2f -----END PGP SIGNATURE-----