[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug#27628] [PATCH 3/3] gnu: maxima: Ensure gcc and binutils available a

From: Ludovic Courtès
Subject: [bug#27628] [PATCH 3/3] gnu: maxima: Ensure gcc and binutils available at runtime.
Date: Wed, 19 Jul 2017 10:55:27 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux)

Hi Kei,

Kei Kebreau <address@hidden> skribis:

> address@hidden (Ludovic Courtès) writes:


>>> Is gcc-toolchain a package one can use as an input? lisp.scm fails to
>>> load properly when I use the commencement.scm module. Could this be due
>>> to the circular dependency problem mentioned in the "Commentary" section
>>> of commencement.scm?
>> Yeah, rather use gcc/ld-wrapper/glibc as inputs to avoid this problem.
>> ‘gcc-toolchain’ is rather for users.
> When I do this, GCL still gives me the
>   "gcc: error trying to exec 'as': execvp: No such file or directory"
> error if I don't wrap the binary with the binutils $PATH. The same has to
> be done for Maxima.

Right, sorry for the confusion: you also need Binutils in $PATH.

> I'm trying to find a way to package GCL in such a way that either (1)
> wrapping the GCL binary is unnecessary or (2) wrapping the GCL binary
> and *only* the GCL binary is necessary for the 'compile' function to
> work.

Wrapping the ‘gcl’ binary alone is probably not enough, because a
program like Maxima compiled with ‘gcl’ does not invoke the ‘gcl’

Perhaps instead of wrapping we should patch references to “gcc” in the
source with their absolute file name or something along these lines?


PS: Apologies for making hand-wavy comments and letting you do the
    actual work.  :-)

reply via email to

[Prev in Thread] Current Thread [Next in Thread]