Yes, 'FRICASsys' is not affected by CFLAGS/LDFLAGS.
This variable in gentoo's ebuild
QA_FLAGS_IGNORED="usr/lib.*/fricas/target/.*/bin/FRICASsys"
will tell gentoo's QA system to ignore the checks for "FRICASsys".
- Qian
On 9/7/24 10:03 AM, Waldek Hebisch wrote:
On Sat, Sep 07, 2024 at 08:54:11AM +0800, Qian Yun wrote:
Committed as
https://github.com/fricas/fricas/commit/cad5dae9ff32cdbbb3d5187ed4ab4c716c16d2d6
CCing gentoo maintainer:
together with
QA_FLAGS_IGNORED="usr/lib.*/fricas/target/.*/bin/FRICASsys"
https://bugs.gentoo.org/728048 should be fixed.
Well, maybe they may mark it now as resolved, but it is not clear
if they will get desired effect for 'FRICASsys'. Namely,
only small loader part is visible to C-oriented tools. Bulk
of the code (that is all code written in Lisp) is just a big
blob to C-oriented tools. Graphics, hyperdoc, 'sman', 'clef'
are normal C programs, so for them problem should be resolved.
But 'FRICASsys' is different. I remember that one distribution
(do not remember which one) wanted to install debug info for
'FRICASsys'. But they indexed info on executable content
and from point of view of tools executable part of 'FRICASsys'
was the same as of 'sbcl' and tools did not allow duplicate
binaries.
--
You received this message because you are subscribed to the Google Groups "FriCAS -
computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/fricas-devel/c7d442ce-6d33-4edb-af78-910d0704d202%40gmail.com.
