#9160: Singular - change timestamp of file and sort out SAGE64 isssue.
------------------------------------------------------+---------------------
Reporter: drkirkby | Owner:
GeorgSWeber
Type: defect | Status:
needs_review
Priority: blocker | Milestone:
sage-4.4.4
Component: build | Keywords:
Author: David Kirkby and Willem Jan Palenstijn | Upstream: N/A
Reviewer: | Merged:
Work_issues: |
------------------------------------------------------+---------------------
Comment(by drkirkby):
Replying to [comment:4 leif]:
> Funny, on Linux the Singular (sub-)packages are configured with
{{{--without-lex --without-bison}}} (though I have flex and bison, with
aliases "lex" and "yacc", installed).
> And {{{install.log}}} contains
> {{{
> configure: warning: building without lex -- make might fail
> checking for bison... (cached) bison
> }}}
>
> The patches look ok to me, I'll test them and the new spkg soon - but
only on a Linux box...
The more I look at this, the more I think the Singular package as a whole
is seriously screwed up.
You might notice in SPKG.txt my comment that there are 5-copies of
{{{install-sh}}} in the package. Clearly someone was not short of disk
space!
As you say, Singular is configured with {{{-without-lex --without-
bison}}}, but there appears to be no such options to the configure script,
as
{{{
$ configure --help | grep bison
}}}
produces no output - same with lex. So I suspect those options are doing
nothing at all.
I've tested the new spkg on a Solaris box which '''does''' have flex in
the path. In which case I see:
{{{
sh flexer.sh -I -Pyylp -t libparse.l >libparse.cc.lmp
cp libparse.cc.lmp libparse.cc
}}}
So the revised package works on Solaris 10 SPARC machines both with and
without flex in the path. The two machines are:
* Sun Blade 1000, Solaris 10 03/2005 (the first release of Solaris 10), 2
GB RAM, dual 900 MHz UltraSPARC III+ 64-bit processors, '''with flex''' in
the path.
* Sun Blade 2000, Solaris 10 10/2009 (the latest update of Solaris 10), 8
GB RAM, dual 1.2 GHz UltraSPARC III+ 64-bit processors, '''without flex'''
in the path.
Hardware wise these machines are quite similar (the motherboards are
interchangeable), but one has the oldest and one the latest release of
Solaris 10. So I think this is a fair test that the changes are a
reasonable hack to get a '''very''' poor package to work.
I've just downloaded the latest source code (3.1.1) and discovered the
Singular code still looks a complete mess
* Multiple copies of install-sh etc
* {{{ make distclean}}} clears nothing useful.
* {{{ make check}}} or {{{ make test}}} has no test procedures.
* ...etc etc.
So updating it unlikely to be very productive - just give us another set
of problems to resolve.
(It makes me wonder how much I could trust the results from such code).
Dave
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/9160#comment:6>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" 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/sage-trac?hl=en.
