AC_SUBST doesn't work either, config/var-def.mk
is the right place to go.
I also add a AC_MSG_CHECKING in configure.ac.
Waldek, if this FRICAS_INITFILE is accepted,
src/doc/htex/ug04.htex also needs updating.
Also, there should be an entry for .fricas.input in FAQ.
diff --git a/config/var-def.mk
Hello Alasdair
Am 18.06.2016 um 11:09 schrieb Alasdair McAndrew:
> So, I've got FriCAS running in jupyter (thanks Kurt - superb work!), and
> I've compiled jupyter.spad to have the draw functions available.
> Incidentally, why does this need to be done?
Well, jupyter_fricas still is a construct
On 06/18/2016 06:48 AM, oldk1331 wrote:
> Not familiar with autotools, but configure.ac is a
> better place to export ENV var than Makefile.in?
>
> FRICAS_NOINIT="yes"
> AC_SUBST(FRICAS_NOINIT)
I think, in your case that doesn't matter much. The only difference is
that if you put it into Makefile
So, I've got FriCAS running in jupyter (thanks Kurt - superb work!), and
I've compiled jupyter.spad to have the draw functions available.
Incidentally, why does this need to be done? Can we have jDraw etc
automatically available when a FriCAS session is started in jupyter? But
anyway, I wanted to
... it works with the new updated git repository! Many thanks.
-Alasdair
On Sat, Jun 18, 2016 at 5:21 PM, Alasdair McAndrew wrote:
> Dear Kurt,
>
> Many thanks for your detailed reply. I tried that, and I'm getting the
> same errors. I have compiled FriCAS with SBCL 1.3.6, and so I'm using t
Dear Kurt,
Many thanks for your detailed reply. I tried that, and I'm getting the
same errors. I have compiled FriCAS with SBCL 1.3.6, and so I'm using the
same version for trying to compile fricas_jupyter. The compilation (once
SBCL_HOME is set) proceeds without errors, but it still won't run.