Martin Rubey wrote:
>
> Waldek Hebisch <[EMAIL PROTECTED]> writes:
>
> > - Closure CL has now experimental version for 32-bit Linux (64-bit
> > Linux was supported for long time) and for Windows. There was
> > a glitch in the way Closure CL was installed -- it required presence
> > of build tree.
>
> A remotely similar problem: make install (at least with ecl) requires presence
> of *source* tree, which posed some problems here in Hannover.
>
make install is supposed to have access to source tree. If you want
installation that can be copied then use DESTDIR parameter, so that
make install will instal things in a temporary tree. Then copy
this tree to the target machine. Or a bit differently: create a
tarball of resulting directory tree and use tar to unpack it on
target machine.
> Furthermore, make install should not simply overwrite a present fricas
> installation, but rather ask, don't you think?
>
That would be unusual.
> > I still hope to fix some bugs before release. A few comments
> > about bugs:
> >
> > 434 -- I can not reproduce the issue, for me line is drawn OK.
>
> On which system is this? I don't see a line on linux+gcl, and I think I
> checked sbcl and ecl, too? To clarify: I expect a horizontal line. Actually,
> I do not even see units along the y-axis.
>
Now I understand: I see vertical line. I thought it is the line
you want, but now see that it is just one of axis (the second
one is not drawn).
> Would be nice, but I cannot contribute here.
>
> > 301 -- this is due to InputForm lacking package call. Finding out
> > where this form is generated requires more work.
>
> Hm, I thought I sent a partial fix or at least improvement at some point. See
> below. I have no time to check it currently.
>
I will look at it.
> > Concerining release, I think it would be good to provide some bianaries. I
> > can create tarballs for i386 and amd64 Linux -- I think that such tarballs
> > should work on most Linux distributions. Given sbcl performance I think
> > that
> > such tarballs should be sbcl based. I am not sure about other package
> > forms:
> > distribution specific packages are nicer than generic tarball, but given
> > that
> > there are several different distributions it looks like too much work for
> > too
> > little effect.
>
> I have relatively recent Cygwin binaries (from revision 410). Building a
> newer
> revision takes a few hours, but I can do it.
>
Do you use the mkdist script? That way you can bootstrap using fastest
Lisp on different machine. For relase binaries should correspond
to sources, otherwise there is too much confusion.
>
> Another request: could you add a configure option to install the emacs mode,
> if
> emacs is present? (I simply do not know how to do it.) It works with gnu
> emacs
> 21 and 22, probably not with xemacs.
>
> fricas*.el should be installed in a directory below the emacs site-lisp
> directory, ie., usually /usr/share/emacs/site-lisp/fricas.
>
>
Will look into that.
--
Waldek Hebisch
[EMAIL PROTECTED]
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"FriCAS - computer algebra system" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at
http://groups.google.com/group/fricas-devel?hl=en
-~----------~----~----~----~------~----~------~--~---
