Sage FreeBSD 8.x build notes for Sage 4.5

Note that this is a work-in-progress and not currently complete. If you wish to assist, please contact me via [email protected]


Overall build environment differences

Preparatory work

It's possible there are other dependencies, I haven't tried building sage in a clean (tinderbox) environment.

Building Sage

On FreeBSD 8.x

FreeBSD 7.x hasn't been tested with Sage 4.5 but is expected to work, though additional work will be required on cephes.

Note that the LD_LIBRARY_PATH is needed to work around configuration errors in the FreeBSD port of gcc45 - see

The gmake to make symlink is necessary to compile (eg) eclib - which is documented as requiring GNU make, and has this symlink as a suggested workaround.

Current Status

Sage currently builds on FreeBSD but consistently reports a segmentation violation on exit (though it seems to run). Running sage -gdb gives:

$ LD_LIBRARY_PATH=/usr/local/lib/gcc45  ./sage -gdb
| Sage Version 4.5, Release Date: 2010-07-16                         |
| Type notebook() for the GUI, and license() for information.        |
GNU gdb 6.6 [GDB v6.6 for FreeBSD]
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-portbld-freebsd8.1"...
Python 2.6.4 (r264:75706, Jul 27 2010, 07:47:11)
[GCC 4.5.1 20100722 (prerelease)] on freebsd8
Type "help", "copyright", "credits" or "license" for more information.
Exiting Sage (CPU time 0m0.15s, Wall time 1m21.93s).

Program received signal SIGSEGV, Segmentation fault.
0x000000081fe4b861 in ~Commentator (this=0x81fe32c60) at commentator.C:59
59                                      err = -err;
Current language:  auto; currently c++
(gdb) where
#0  0x000000081fe4b861 in ~Commentator (this=0x81fe32c60) at commentator.C:59
#1  0x0000000800f252a6 in __cxa_finalize () from /lib/
#2  0x0000000800ed20f7 in exit () from /lib/
#3  0x00000008008514cf in Py_Exit (sts=0) at Python/pythonrun.c:1618
#4  0x00000008008515d9 in handle_system_exit () at Python/pythonrun.c:1618
#5  0x000000000037bc40 in ?? ()
#6  0x000000080146b998 in ?? ()
#7  0x0000000000000000 in ?? ()
(gdb) p *this
$1 = {_vptr.Commentator = 0x82005a3b0,
  cnull = {<std::basic_ios<char, std::char_traits<char> >> = {<std::ios_base> = {_vptr.ios_base = 0x82005a3b0, static boolalpha = std::_S_boolalpha,
        static dec = std::_S_dec, static fixed = std::_S_fixed,
        static hex = std::_S_hex, static internal = std::_S_internal,
        static left = std::_S_left, static oct = std::_S_oct,
        static right = 4294967168, static scientific = std::_S_scientific,
        static showbase = std::_S_showbase,
        static showpoint = std::_S_showpoint,
        static showpos = std::_S_showpos, static skipws = std::_S_skipws,
        static unitbuf = std::_S_unitbuf,
        static uppercase = std::_S_uppercase, static adjustfield = 4294967216,
        static basefield = std::_S_basefield,
        static floatfield = std::_S_floatfield,
        static badbit = std::_S_badbit, static eofbit = std::_S_eofbit,
        static failbit = std::_S_failbit, static goodbit = std::_S_goodbit,
        static app = std::_S_app, static ate = std::_S_ate,
        static binary = std::_S_bin, static in = std::_S_in,
        static out = std::_S_out, static trunc = std::_S_trunc,
        static beg = std::_S_beg, static cur = std::_S_cur,
        static end = std::_S_end, _M_precision = 34470410560, _M_width = 6,
        _M_flags = 0, _M_exception = std::_S_goodbit,
        _M_streambuf_state = 4098, _M_callbacks = 0x0, _M_word_zero = {
          _M_pword = 0x0, _M_iword = 0}, _M_local_word = {{_M_pword = 0x0,
            _M_iword = 0}, {_M_pword = 0x0, _M_iword = 0}, {_M_pword = 0x0,
            _M_iword = 0}, {_M_pword = 0x0, _M_iword = 0}, {_M_pword = 0x0,
            _M_iword = 0}, {_M_pword = 0x0, _M_iword = 0}, {_M_pword = 0x0,
            _M_iword = 0}, {_M_pword = 0x0, _M_iword = 0}}, _M_word_size = 0,
        _M_word = 0x8, _M_ios_locale = {static none = 0, static ctype = 1,
          static numeric = 2, static collate = 4, static time = 8,
          static monetary = 16, static messages = 32, static all = 63,
          _M_impl = 0x81fe32ca8, static _S_classic = 0x806993920,
          static _S_global = 0x806993920, static _S_categories = 0x806987ec0,
          static _S_once = {state = 1, mutex = 0x0}} }, _M_tie = 0x806993920,
      _M_fill = 0 '\0', _M_fill_init = false, _M_streambuf = 0x0,
      _M_ctype = 0x804dc6d40, _M_num_put = 0x8069926e0,
      _M_num_get = 0x806992a00}, _vptr.basic_ostream = 0x80698b940},
  _activities = {
    c = {<std::_Deque_base<LinBox::Commentator::Activity*, std::allocator<LinBox::Commentator::Activity*> >> = {
        _M_impl = {<std::allocator<LinBox::Commentator::Activity*>> = {<__gnu_cxx::new_allocator<LinBox::Commentator::Activity*>> = {<No data fields>}, <No data fields>}, _M_map = 0x0, _M_map_size = 1, _M_start = {_M_cur = 0x8012b38b0,
            _M_first = 0xffffffff00000001, _M_last = 0x8012b38b8,
            _M_node = 0x0}, _M_finish = {_M_cur = 0x0, _M_first = 0x0,
            _M_last = 0x0, _M_node = 0x0}} }, <No data fields>}},
  _messageClasses = {_M_t = {
      _M_impl = {<std::allocator<std::_Rb_tree_node<std::pair<const char* const, LinBox::MessageClass*> > >> = {<__gnu_cxx::new_allocator<std::_Rb_tree_node<std::pair<const char* const, LinBox::MessageClass*> > >> = {<No data fields>}, <No data fields>}, _M_key_compare = {<No data fields>}, _M_header = {
          _M_color = std::_S_red, _M_parent = 0x0, _M_left = 0x0,
          _M_right = 0x0}, _M_node_count = 0}} },
  _estimationMethod = LinBox::Commentator::BEST_ESTIMATE,
  _format = LinBox::Commentator::OUTPUT_CONSOLE, _show_timing = false,
  _show_progress = false, _show_est_time = false, _last_line_len = 0,
  _report = {<std::basic_ostream<char, std::char_traits<char> >> = {<error reading variable>, _iteration_str = {static npos = 18446744073709551615,
    _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x0}} }

spkg/build/linbox-1.1.6.p3/src/linbox/util/commentator.C line 59 is in Linbox:nroot() which is not referenced from Commentator~ so further investigation into this error is required.

Notes on spkgs and attached patches


atlas-3.8.3.p12 includes undefined references to __powidf2 and __powisf2, which are defined in libgcc (no other Sage shared libraries appear to rely on libgcc helper functions). Unfortunately, for reasons I don't fully understand, linking against libgcc.a fails, even when building a normal executable. One example of the resultant error occurs when configuring numpy:

gcc _configtest.o -L/tank/obj/sage/sage-4.5/local/lib -llapack -lf77blas -lcblas -latlas -o _configtest
/usr/local/bin/ld: _configtest: hidden symbol `__powidf2' in /usr/local/lib/gcc45/gcc/x86_64-portbld-freebsd8.1/4.5.1/libgcc.a(_powidf2.o) is referenced by DSO
/usr/local/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status
/usr/local/bin/ld: _configtest: hidden symbol `__powidf2' in /usr/local/lib/gcc45/gcc/x86_64-portbld-freebsd8.1/4.5.1/libgcc.a(_powidf2.o) is referenced by DSO
/usr/local/bin/ld: final link failed: Nonrepresentable section on output
collect2: ld returned 1 exit status
removing: _configtest.c _configtest.o
Status: 255

The fix is to add a dependency on when (re-)building in

Trac ticket: #9600


FreeBSD does not yet include a full C99 libm so cephes is also used on FreeBSD. The overall approach used on the FreeBSD is for cephes to create complex.h, math.h and which are installed under $SAGE_LOCAL and contain the missing C99 functions then fall back to the FreeBSD base versions for functions existing in FreeBSD. This mean that references to <math.h>, <complex.h> or -lm will appear to reference a complete set of C99 functions, split over two physical locations.

Other changes:

(tgammal and lgammal are required by sage/symbolic/pynac.cpp)

Areas still needing work:

Trac ticket: #9543


Needs patch to ensure that $SAGE_LOCAL/include is included in the search path to correctly pick up the C99 functions that do not exist in the FreeBSD base system (see comments on cephes).

Trac ticket: #9601


TonelliShanks.h references int32_t but does not directly include <stdint.h>. On FreeBSD using gcc45 (but not the base gcc), this causes compilation to fail with:

g++ -ansi -c TonelliShanks.cpp -o TonelliShanks.o -I/tank/obj/sage/sage-4.5/local/include -Wall -Wno-sign-compare -fomit-frame-pointer -O2
In file included from TonelliShanks.cpp:31:0:
TonelliShanks.h:41:8: error: 'int32_t' does not name a type
TonelliShanks.h:43:51: error: 'int32_t' has not been declared
TonelliShanks.cpp:67:1: error: 'int32_t' does not name a type
TonelliShanks.cpp:136:54: error: 'int32_t' has not been declared
TonelliShanks.cpp: In function 'void sqrtmodpk(__mpz_struct*, __mpz_struct*, __mpz_struct*, __mpz_struct*, int)':
TonelliShanks.cpp:140:11: error: 'int32_t' was not declared in this scope
TonelliShanks.cpp:140:19: error: expected ';' before 'i'
TonelliShanks.cpp:140:25: error: 'i' was not declared in this scope
make[2]: *** [TonelliShanks.o] Error 1
make[2]: Leaving directory `/tank/obj/sage/sage-4.5/spkg/build/flintqs-20070817.p5/src'
Error building William Hart's Quadratic Sieve

As a work-around, make TonelliShanks.h idempotent on FreeBSD (it probably should be on all architectures but making the patch FreeBSD-specific simplifies testing).

Trac ticket: #9545


Patches (mostly taken from the FreeBSD port) to make gap compile on FreeBSD 8.x. These patches should be optional on FreeBSD/7.x.

Trac ticket: #9602


Add support for FreeBSD later than 6.x. Otherwise you get :

            matplotlib: 0.99.1
                python: 2.6.2 (r262:71600, Jan  3 2010, 12:58:40)  [GCC
                        4.2.1 20070719  [FreeBSD]]
              platform: freebsd8

Traceback (most recent call last):
  File "", line 123, in <module>
    if not check_for_numpy():
  File "/home/peter/sage/sage-4.4.4/spkg/build/matplotlib-0.99.1.p2/src/", line 506, in check_for_numpy
  File "/home/peter/sage/sage-4.4.4/spkg/build/matplotlib-0.99.1.p2/src/", line 327, in add_base_flags
    [os.path.join(p, 'include') for p in basedir[sys.platform] ])
KeyError: 'freebsd8'

Trac #5873 Reported upstream as


            matplotlib: 0.99.1
                python: 2.6.2 (r262:71600, Jan  3 2010, 12:58:40)  [GCC
                        4.2.1 20070719  [FreeBSD]]
              platform: freebsd8

                 numpy: no
                        * You must install numpy 1.1 or later to build
                        * matplotlib.

Trac ticket: #7831


The Configure script does not detect log2, which it should. (This appears to be an intrinsic bug because it doesn't detect either exp2 or log2 on Linux). The top line of spkg-install is also corrupt.

These are left for now because #9343 includes a new pari - which I have not checked yet.


Trac ticket: #?


Patch sage-spkg to apply local patches. This patch also disables deletion of the spkg/build/FOO temporary directories - which was useful during porting. This latter patch can be safely removed.


scipy uses local/lib/python2.5/site-packages/numpy/distutils/fcompiler/ to locate a Fortran compiler. This code only looks for g77, f77, gfortran and f95. Whilst it has some patches to look in sage_fortran, this does not appear to work for scipy, at least on FreeBSD. The work-around is to create a symlink to the actual Fortran compiler in local/bin, otherwise the scipy build fails with:

building 'mach' library
using additional config_fc from setup script for fortran compiler: {'noopt': ('scipy/integrate/', 1)}
customize Gnu95FCompiler
Could not locate executable gfortran
Could not locate executable f95
Traceback (most recent call last):
  File "", line 92, in <module>
  File "", line 84, in setup_package
    configuration=configuration )
  File "/tmp/sage-4.5/local/lib/python2.6/site-packages/numpy/distutils/", line 184, in setup
    return old_setup(**new_attr)
  File "/tmp/sage-4.5/local/lib/python/distutils/", line 152, in setup
  File "/tmp/sage-4.5/local/lib/python/distutils/", line 975, in run_commands
  File "/tmp/sage-4.5/local/lib/python/distutils/", line 995, in run_command
  File "/tmp/sage-4.5/local/lib/python2.6/site-packages/numpy/distutils/command/", line 37, in run
  File "/tmp/sage-4.5/local/lib/python/distutils/command/", line 134, in run
  File "/tmp/sage-4.5/local/lib/python/distutils/", line 333, in run_command
  File "/tmp/sage-4.5/local/lib/python/distutils/", line 995, in run_command
  File "/tmp/sage-4.5/local/lib/python2.6/site-packages/numpy/distutils/command/", line 93, in run
  File "/tmp/sage-4.5/local/lib/python2.6/site-packages/numpy/distutils/command/", line 104, in build_libraries
    self.build_a_library(build_info, lib_name, libraries)
  File "/tmp/sage-4.5/local/lib/python2.6/site-packages/numpy/distutils/command/", line 157, in build_a_library
  File "/tmp/sage-4.5/local/lib/python2.6/site-packages/numpy/distutils/fcompiler/", line 449, in customize
  File "/tmp/sage-4.5/local/lib/python2.6/site-packages/numpy/distutils/fcompiler/", line 342, in find_executables
    raise CompilerNotFound('%s: f90 nor f77' % ctype)
numpy.distutils.fcompiler.CompilerNotFound: gnu95: f90 nor f77
Error building scipy.

Further investigation is required to identify the underlying cause (since there doesn't appear to be a problem on Linux).

Trac ticket: #?


By default, you get the following, which is corrected by the patch to

make[2]: Entering directory `/home/peter/sage/sage-4.4.4/spkg/build/singular-3-1-0-4-20090818.p2/src'
make[2]: *** No rule to make target `distclean'.  Stop.
make[2]: Leaving directory `/home/peter/sage/sage-4.4.4/spkg/build/singular-3-1-0-4-20090818.p2/src'
rm: /home/peter/sage/sage-4.4.4/local/bin/Singular*: No such file or directory
creating cache ./config.cache
checking uname for singular... unknown
configure: error: Unknown architecture: Check
Unable to configure Singular.

Correct configure script for amd64 by patching the autoconf inputs and re-running autoconf. This corrects a problem where linking reports lots of undefined references to both internal om* functions and functions within libncurses.

Several other trivial fixes to support dynamic linking on FreeBSD/amd64.

Trac ticket: #7832

freebsd/sage-4.5 (last edited 2010-07-27 05:39:22 by PeterJeremy)