//sage-oldbytobiasdiez

sage-old

Mirror of the Sage source tree

Python

Sage: Open Source Mathematical Software

“Creating a Viable Open Source Alternative to
Magma, Maple, Mathematica, and MATLAB”

Copyright © 2005-2022 The Sage Development Team

https://www.sagemath.org

The Sage Library is free software released under the
GNU General Public Licence GPLv2+, and included packages
have compatible software licenses.
Over 800 people
have contributed code to Sage. In many cases, documentation
for modules and functions list the authors.

Getting Started

The Sage Installation Guide
provides a decision tree that guides you to the type of installation
that will work best for you. This includes building from source,
obtaining Sage from a package manager, using a container image, or using
Sage in the cloud.

undefinedThis README contains self-contained instructions for building Sage from source.undefined
It assumes that you have already cloned the git repository or downloaded the
sources in the form
of a tarball.

If you have questions or encounter problems, please do not hesitate
to email the sage-support mailing list
or ask on the Ask Sage questions and answers site.

Supported Platforms

Sage attempts to support all major Linux distributions, recent versions of
macOS, and Windows (using Windows Subsystem for Linux or
virtualization).

Detailed information on supported platforms for a specific version of Sage
can be found in the section “Availability and installation help” of the
release tour for this version.

We highly appreciate contributions to Sage that fix portability bugs
and help port Sage to new platforms; let us know at the sage-devel
mailing list.

[Windows] Preparing the Platform

The preferred way to run Sage on Windows is using the Windows Subsystem for
Linux, which allows
you to install a standard Linux distribution such as Ubuntu within
your Windows. Then all instructions for installation in Linux apply.

As an alternative, you can also run Linux on Windows using Docker (see
above) or other virtualization solutions.

[macOS] Preparing the Platform

If your Mac uses the Apple Silicon (M1, arm64) architecture:

If you set up your Mac by transfering files from an older Mac, make sure
that the directory /usr/local does not contain an old copy of Homebrew
(or other software) for the x86_64 architecture that you may have copied
over. Note that Homebrew for the M1 is installed in /opt/homebrew, not
/usr/local.
If you wish to use conda, please see the section on
conda in the Sage
Installation Manual for guidance.
Otherwise, using Homebrew (“the missing package manager for macOS”) from
https://brew.sh/ required because it provides a version of gfortran with
necessary changes for this platform that are not in a released upstream
version of GCC. (The gfortran package that comes with the Sage
distribution is not suitable for the M1/M2.)

If your Mac uses the Intel (x86_64) architecture:

If you wish to use conda, please see the section on
conda in the Sage
Installation Manual for guidance.
Otherwise, we strongly recommend to use Homebrew (“the missing package
manager for macOS”) from https://brew.sh/, which provides the gfortran
compiler and many libraries.
Otherwise, if you do not wish to install Homebrew, you will need to install
the latest version of Xcode Command Line Tools. Open a terminal window and
run xcode-select --install; then click “Install” in the pop-up window. If
the Xcode Command Line Tools are already installed, you may want to check if
they need to be updated by typing softwareupdate -l.

Instructions to Build from Source

Like many other software packages, Sage is built from source using
./configure, followed by make. However, we strongly recommend to
read the following step-by-step instructions for building Sage.

The instructions cover all of Linux, macOS, and WSL.

More details, providing a background for these instructions, can be found
in the section “Install from Source Code”.
in the Installation Guide.

Decide on the source/build directory (SAGE_ROOT):
- On personal computers, any subdirectory of your :envvar:HOME
  directory should do.
- For example, you could use SAGE_ROOT=~/sage/sage-x.y, which we
  will use as the running example below, where x.y is the
  current Sage version.
- You need at least 10 GB of free disk space.
- The full path to the source directory must contain no spaces.
- After starting the build, you cannot move the source/build
  directory without breaking things.
- You may want to avoid slow filesystems such as
  network file systems (NFS)
  and the like.
- [macOS] macOS allows changing directories without using exact capitalization.
  Beware of this convenience when compiling for macOS. Ignoring exact
  capitalization when changing into :envvar:SAGE_ROOT can lead to build
  errors for dependencies requiring exact capitalization in path names.
Download/unpack or clone the sources.
- Go to https://www.sagemath.org/download-source.html, select a mirror,
  and download the file :file:sage-x.y.tar.gz.
  
  This compressed archive file contains the source code for Sage and
  the source for all programs on which Sage depends.
- After downloading the source tarball sage-x.y.tar.gz into
  ~/sage/:
```
  $ cd ~/sage/
  $ tar xf sage-x.y.tar.gz  # adapt x.y; takes a while
```
  This creates the subdirectory sage-x.y. Now change into it:
```
  $ cd sage-x.y/  # adapt x.y
```
- [Git] Alternatively, and required for Sage development, clone the Sage
  git repository:
```
  $ ORIG=https://github.com/sagemath/sage.git
  $ git clone -c core.symlinks=true --branch develop --tags $ORIG
```
  This will create the directory sage. (See the section
  Setting up git
  and the following sections in the Sage Developer’s Guide
  for more information.)
  
  Change into it and pick the branch you need, typically
  the latest development branch:
```
  $ cd sage
  $ git checkout develop
```
- [Windows] The Sage source tree contains symbolic links, and the
  build will not work if Windows line endings rather than UNIX
  line endings are used.
  
  Therefore it is crucial that you unpack the source tree from the
  WSL bash using the WSL tar utility and not using other
  Windows tools (including mingw). Likewise, when using git, it
  is recommended (but not necessary) to use the WSL version of
  git.
[Linux, WSL] Install the required minimal build prerequisites.
- Compilers: gcc, gfortran, g++ (GCC 8.x to 12.x and recent
  versions of Clang (LLVM) are supported).
  See build/pkgs/gcc/SPKG.rst and
  build/pkgs/gfortran/SPKG.rst
  for a discussion of suitable compilers.
- Build tools: GNU make, GNU m4, perl (including
  ExtUtils::MakeMaker), ranlib, git, tar, bc.
  See build/pkgs/_prereq/SPKG.rst for
  more details.
- Python 3.4 or later, or Python 2.7, a full installation including
  urllib; but ideally version 3.8.x, 3.9.x, or 3.10.x, which
  will avoid having to build Sage’s own copy of Python 3.
  See build/pkgs/python3/SPKG.rst
  for more details.
We have collected lists of system packages that provide these build
prerequisites. See, in the folder
build/pkgs/_prereq/distros,
the files
arch.txt,
debian.txt
(also for Ubuntu, Linux Mint, etc.),
fedora.txt
(also for Red Hat, CentOS),
opensuse.txt,
slackware.txt, and
void.txt, or visit
https://doc.sagemath.org/html/en/reference/spkg/_prereq.html#spkg-prereq
[Git] If you plan to do Sage development or otherwise work with ticket branches
and not only releases, install the bootstrapping prerequisites. See the
files in the folder
build/pkgs/_bootstrap/distros, or
visit
https://doc.sagemath.org/html/en/reference/spkg/_bootstrap.html#spkg-bootstrap
[Git] If you cloned the Sage repository using git, bootstrap the
source tree using the following command:
```
$ make configure
```
(If the bootstrapping prerequisites are not installed, this command will
download a package providing pre-built bootstrap output instead.)
[macOS with homebrew] Set required environment variables for the build:
```
$ source ./.homebrew-build-env
```
This is to make some of Homebrew’s packages (so-called keg-only packages)
available for the build. Run it once to apply the suggestions for the current
terminal session. You may need to repeat this command before you rebuild Sage
from a new terminal session, or after installing additional homebrew packages.
(You can also add it to your shell profile so that it gets run automatically
in all future sessions.)
Optionally, decide on the installation prefix (SAGE_LOCAL):
- Traditionally, and by default, Sage is installed into the
  subdirectory hierarchy rooted at SAGE_ROOT/local/.
- This can be changed using ./configure --prefix=SAGE_LOCAL,
  where SAGE_LOCAL is the desired installation prefix, which
  must be writable by the user.
  
  If you use this option in combination with --disable-editable,
  you can delete the entire Sage source tree after completing
  the build process. What is installed in SAGE_LOCAL will be
  a self-contained installation of Sage.
- Note that in Sage’s build process, make builds andundefined
  installs (make install is a no-op). Therefore the
  installation hierarchy must be writable by the user.
- See the installation manual for options if you want to
  install into shared locations such as /usr/local/.
  Do not attempt to build Sage as root.
Optional: It is recommended that you have both LaTeX and
the ImageMagick tools (e.g. the “convert” command) installed
since some plotting functionality benefits from them.
Optionally, review the configuration options, which includes
many optional packages:
```
$ ./configure --help
```
A notable option for Sage developers is the following:
- Use ./configure --enable-download-from-upstream-url to allow
  downloading packages from their upstream URL if they cannot (yet) be
  found on the Sage mirrors. This is useful for trying out ticket branches
  that make package upgrades.
Optional, but highly recommended: Set some environment variables to
customize the build.

For example, the MAKE environment variable controls whether to
run several jobs in parallel. On a machine with 4 processors, say,
typing export MAKE="make -j4" will configure the build script to
perform a parallel compilation of Sage using 4 jobs. On some
powerful machines, you might even consider -j16, as building with
more jobs than CPU cores can speed things up further.

To reduce the terminal output during the build, type export V=0.
(V stands for “verbosity”.)

Some environment variables deserve a special mention: CC,
CXX and FC. These variables defining your compilers
can be set at configuration time and their values will be recorded for
further use at build time and runtime.

For an in-depth discussion of more environment variables for
building Sage, see the installation
guide.
Type ./configure, followed by any options that you wish to use.
For example, to build Sage with gf2x package supplied by Sage,
use ./configure --with-system-gf2x=no.

At the end of a successful ./configure run, you may see messages
recommending to install extra system packages using your package
manager.

For a large list of Sage
packages, Sage is able to
detect whether an installed system package is suitable for use with
Sage; in that case, Sage will not build another copy from source.

Sometimes, the messages will recommend to install packages that are
already installed on your system. See the earlier configure
messages or the file config.log for explanation. Also, the
messages may recommend to install packages that are actually not
available; only the most recent releases of your distribution will
have all of these recommended packages.
Optional: If you choose to install the additional system packages,
a re-run of ./configure will test whether the versions installed
are usable for Sage; if they are, this will reduce the compilation
time and disk space needed by Sage. The usage of packages may be
adjusted by ./configure parameters (check again the output of
./configure --help).
Type make. That’s it! Everything is automatic and
non-interactive.

If you followed the above instructions, in particular regarding the
installation of system packages recommended by the output of
./configure (step 10), and regarding the parallel build (step 9),
building Sage takes less than one hour on a modern computer.
(Otherwise, it can take much longer.)

The build should work fine on all fully supported platforms. If it
does not, we want to know!
Type ./sage to try it out. In Sage, try for example 2 + 2,
plot(x^2), plot3d(lambda x, y: x*y, (-1, 1), (-1, 1))
to test a simple computation and plotting in 2D and 3D.
Type Ctrl+D or quit to quit Sage.
Optional: Type make ptestlong to test all examples in the documentation
(over 200,000 lines of input!) – this takes from 10 minutes to
several hours. Don’t get too disturbed if there are 2 to 3 failures,
but always feel free to email the section of logs/ptestlong.log that
contains errors to the sage-support mailing list.
If there are numerous failures, there was a serious problem with your build.
The HTML version of the documentation
is built during the compilation process of Sage and resides in the directory
local/share/doc/sage/html/. You may want to bookmark it in your browser.
Optional: If you want to build the PDF version of the documentation,
run make doc-pdf (this requires LaTeX to be installed).
Optional: Install optional packages of interest to you:
get a list by typing ./sage --optional or by visiting the
packages documentation page.
Optional: Create a symlink to the installed sage script in a
directory in your PATH, for example /usr/local. This will
allow you to start Sage by typing sage from anywhere rather than
having to either type the full path or navigate to the Sage
directory and type ./sage. This can be done by running:
```
$ sudo ln -s $(./sage -sh -c 'ls $SAGE_ROOT/venv/bin/sage') /usr/local/bin
```
Optional: Set up SageMath as a Jupyter kernel in an existing Jupyter notebook
or JupyterLab installation, as described in section
“Launching SageMath”
in the installation manual.

Troubleshooting

If you have problems building Sage, check the Sage Installation Guide,
as well as the version-specific Sage Installation FAQ in the Sage Release
Tour corresponding to the
version that you are installing.

Please do not hesitate to ask for help in the SageMath forum
or the sage-support mailing
list. The
Troubleshooting section in the Sage Installation Guide

provides instructions on what information to provide so that we can provide
help more effectively.

Contributing to Sage

If you’d like to contribute to Sage, we strongly recommend that you read the
Developer’s Guide.

Sage has significant components written in the following languages:
C/C++, Python, Cython, Common Lisp, Fortran, and a bit of Perl.

Directory Layout

Simplified directory layout (only essential files/directories):

SAGE_ROOT                 Root directory (sage-x.y in Sage tarball)
├── build
│   └── pkgs              Every package is a subdirectory here
│       ├── 4ti2/
│       …
│       └── zn_poly/
├── configure             Top-level configure script
├── COPYING.txt           Copyright information
├── pkgs                  Source trees of Python distribution packages
│   ├── sage-conf
│   │   ├── sage_conf.py
│   │   └── setup.py
│   ├── sage-docbuild
│   │   ├── sage_docbuild/
│   │   └── setup.py
│   ├── sage-setup
│   │   ├── sage_setup/
│   │   └── setup.py
│   ├── sage-sws2rst
│   │   ├── sage_sws2rst/
│   │   └── setup.py
│   └── sagemath-standard
│       ├── bin/
│       ├── sage -> ../../src/sage
│       └── setup.py
├── local  (SAGE_LOCAL)   Installation hierarchy for non-Python packages
│   ├── bin               Executables
│   ├── include           C/C++ headers
│   ├── lib               Shared libraries, architecture-dependent data
│   ├── share             Databases, architecture-independent data, docs
│   │   └── doc           Viewable docs of Sage and of some components
│   └── var
│       ├── lib/sage
│       │   ├── installed/
│       │   │             Records of installed non-Python packages
│       │   ├── scripts/  Scripts for uninstalling installed packages
│       │   └── venv-python3.9  (SAGE_VENV)
│       │       │         Installation hierarchy (virtual environment)
│       │       │         for Python packages
│       │       ├── bin/  Executables and installed scripts
│       │       ├── lib/python3.9/site-packages/
│       │       │         Python modules/packages are installed here
│       │       └── var/lib/sage/
│       │           └── wheels/
│       │                 Python wheels for all installed Python packages
│       │
│       └── tmp/sage/     Temporary files when building Sage
├── logs
│   ├── install.log       Full install log
│   └── pkgs              Build logs of individual packages
│       ├── alabaster-0.7.12.log
│       …
│       └── zn_poly-0.9.2.log
├── m4                    M4 macros for generating the configure script
│   └── *.m4
├── Makefile              Running "make" uses this file
├── prefix -> SAGE_LOCAL  Convenience symlink to the installation tree
├── README.md             This file
├── sage                  Script to start Sage
├── src                   Monolithic Sage library source tree
│   ├── bin/              Scripts that Sage uses internally
│   ├── doc/              Sage documentation sources
│   └── sage/             The Sage library source code
├── upstream              Source tarballs of packages
│   ├── Babel-2.9.1.tar.gz
│   …
│   └── zn_poly-0.9.2.tar.gz
├── venv -> SAGE_VENV     Convenience symlink to the virtual environment
└── VERSION.txt

For more details see our Developer’s Guide.

Build System

This is a brief summary of the Sage software distribution’s build system.
There are two components to the full Sage system–the Sage Python library
and its associated user interfaces, and the larger software distribution of
Sage’s main dependencies (for those dependencies not supplied by the user’s
system).

Sage’s Python library is built and installed using a setup.py script as is
standard for Python packages (Sage’s setup.py is non-trivial, but not
unusual).

Most of the rest of the build system is concerned with building all of Sage’s
dependencies in the correct order in relation to each other. The dependencies
included by Sage are referred to as SPKGs (i.e. “Sage Packages”) and are listed
under build/pkgs.

The main entrypoint to Sage’s build system is the top-level Makefile at the
root of the source tree. Unlike most normal projects that use autoconf (Sage
does as well, as described below), this Makefile is not generated. Instead,
it contains a few high-level targets and targets related to bootstrapping the
system. Nonetheless, we still run make <target> from the root of the source
tree–targets not explicitly defined in the top-level Makefile are passed
through to another Makefile under build/make/Makefile.

The latter build/make/Makefile is generated by an autoconf-generated
configure script, using the template in build/make/Makefile.in. This
includes rules for building the Sage library itself (make sagelib), and for
building and installing each of Sage’s dependencies (e.g. make gf2x).

The configure script itself, if it is not already built, can be generated by
running the bootstrap script (the latter requires GNU autotools being installed).
The top-level Makefile also takes care of this automatically.

To summarize, running a command like make python3 at the top-level of the
source tree goes something like this:

make python3
run ./bootstrap if configure needs updating
run ./configure with any previously configured options if build/make/Makefile
needs updating
change directory into build/make and run the install script–this is
little more than a front-end to running make -f build/make/Makefile python3,
which sets some necessary environment variables and logs some information
build/make/Makefile contains the actual rule for building python3; this
includes building all of python3’s dependencies first (and their
dependencies, recursively); the actual package installation is performed
with the sage-spkg program

Relocation

It is not supported to move the SAGE_ROOT or SAGE_LOCAL directory
after building Sage. If you do move the directories, you will have to
run make distclean and build Sage again from scratch.

For a system-wide installation, you have to build Sage as a “normal” user
and then as root you can change permissions. See the Installation Guide
for further information.

Redistribution

Your local Sage install is almost exactly the same as any “developer”
install. You can make changes to documentation, source, etc., and very
easily package the complete results up for redistribution just like we
do.

To make a binary distribution with your currently installed packages,
visit sagemath/binary-pkg.
To make your own source tarball of Sage, type:
```
$ make dist
```
The result is placed in the directory dist/.

Changes to Included Software

All software included with Sage is copyrighted by the respective authors
and released under an open source license that is GPL version 3 or
later compatible. See COPYING.txt for more details.

Sources are in unmodified (as far as possible) tarballs in the
upstream/ directory. The remaining description, version
information, patches, and build scripts are in the accompanying
build/pkgs/<packagename> directory. This directory is
part of the Sage git repository.

Find me

[beta]v0.13.0