#10303: clean up sage-check-64 and use of SAGE64
--------------------------------------------+-------------------------------
Reporter: jhpalmieri | Owner: GeorgSWeber
Type: defect | Status: positive_review
Priority: minor | Milestone: sage-4.6.1
Component: build | Keywords: 64
Author: John Palmieri | Upstream: N/A
Reviewer: David Kirkby, Leif Leonhardy | Merged:
Work_issues: |
--------------------------------------------+-------------------------------
Comment(by jhpalmieri):
Replying to [comment:27 leif]:
>
{{{
#!sh
echo "WARNING: At least some of the following information is outdated."
echo "See the Sage installation guide for more up-to-date information"
echo "about environment variables related to Sage."
}}}
>
> So still needs work? ;-)
Probably so, but not on this ticket :p Does it work to set $AR or
$RANLIB or many of these other variables? We should probably delete all
of this and just update the information in the installation guide. (There
are also other typos in this passage of the code, but it doesn't seem
worth spending more time on.)
> Funny I never noticed the ''enviroment[sic]''s.
Me neither, until the last patch.
> Looks better, though I still don't like messing around with `SAGE64` and
the flag file at all on systems that don't use / require it. I personally
would make a distinction on the OS and, to not annoy some developers,
`SAGE_PORT` (i.e., only take care of `SAGE64` on MacOS X 10.4 and 10.5,
Solaris and !OpenSolaris, or if `SAGE_PORT` is non-empty. Allowing
`SAGE64=ignore` would be another option, perhaps automatically setting
this on other platforms.)
I didn't see any support on sage-devel to change the status quo which
allows the use of SAGE64 on any system, so I think for now, doing more
documenting of what's going on is the right choice.
> Does the Sage Installation Guide mention how to "cure" an installation
which erroneously defaults to `SAGE64=no` because the user forgot to set
it in the first place?
I doubt it.
> [Want to get rid of this ticket, so positive review. I assume Dave
agrees.]
...
> A bit shorter, isn't it?
Yes, but you left out many of the comments and messages; for example, your
"# inconsistent -> error" replaced 15 lines of my version. Shortening it
that way doesn't count. ;)
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/10303#comment:32>
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.