1. 28 Apr, 2017 1 commit
  2. 23 Apr, 2017 1 commit
  3. 12 Apr, 2017 1 commit
  4. 11 Apr, 2017 7 commits
    • Release Manager's avatar
      Trac #22556: implement periodic points for rational maps on projective space · e673c6f9
      Release Manager authored
      Currently periodoic points can only be computed for morphisms. This
      ticket expands the functionality to rational maps where there are
      possibly infinitely many periodic points of a given period.
      Consequently, a parameter to return the subscheme of periodic points
      instead of a list of points is added.
      
      To make this work for subvarieties, indeterminacy locus was modified to
      work for subschemes.
      
      URL: https://trac.sagemath.org/22556
      Reported by: bhutz
      Ticket author(s): Ben Hutz
      Reviewer(s): Laurel Vasquez, Rebecca Lauren Miller
      e673c6f9
    • Release Manager's avatar
      Trac #22774: Deprecation warning message should guide a user to import lcm from sage.arith.all. · f371b976
      Release Manager authored
      As of Sage 8.0.beta, the location of lcm has changed from
      `sage.arith.misc` to `sage.arith.functions`, and the deprecation warning
      warns that lcm should be imported directly from `sage.arith.functions`.
      But the close friend gcd is still in `sage.arith.misc` and an ordinary
      user would expect  gcd and lcm found in the same package.
      
      From the user point of view, everything should be
      imported as
      
      `from sage.arith.all import gcd, lcm`
      
      and the warning message should guide a user to import lcm from
      `sage.arith.all`.
      
      URL: https://trac.sagemath.org/22774
      Reported by: klee
      Ticket author(s): Jeroen Demeyer
      Reviewer(s): Kwankyu Lee; Vincent Delecroix
      f371b976
    • Release Manager's avatar
      Trac #22791: clean up numpy's spkg-install · f05795bd
      Release Manager authored
      There is an `unset CFLAGS` hack, which probably can be removed, as it
      dates back to 2008.
      
      URL: https://trac.sagemath.org/22791
      Reported by: dimpase
      Ticket author(s): Jeroen Demeyer
      Reviewer(s): Travis Scrimshaw
      f05795bd
    • Release Manager's avatar
      Trac #22789: Jacobians of transition maps · 558e2166
      Release Manager authored
      New methods `jacobian` and `jacobian_det` are implemented in the class
      `DiffCoordChange` managing transition maps on differentiable manifolds;
      they return respectively the Jacobian matrix and the Jacobian
      determinant of the transition map.
      Besides, the Jacobian determinant is no longer computed at each creation
      of a transition map, but only on demand. The computational method
      itself, implemented in `MultiCoordFunction.jacobian_det`, has been
      improved. It relies now on the standard determinant of matrices and no
      longer on the cofactor method. The latter was  implemented as a
      workaround to a bug in symbolic `charpoly` (fixed in #14403) but had a
      serious performance issue in high dimensions (n > 4), as reported
      [https://sympa.obspm.fr/wws/arc/sagemanifolds.list/2017-04/msg00001.html
      here].
      
      URL: https://trac.sagemath.org/22789
      Reported by: egourgoulhon
      Ticket author(s): Eric Gourgoulhon
      Reviewer(s): Marco Mancini
      558e2166
    • Release Manager's avatar
      Trac #22767: py3: some care for division · d7550f94
      Release Manager authored
      correct some of the remaining failures when division uses python3
      behaviour
      
      part of #15995
      
      URL: https://trac.sagemath.org/22767
      Reported by: chapoton
      Ticket author(s): Frédéric Chapoton
      Reviewer(s): Travis Scrimshaw
      d7550f94
    • Release Manager's avatar
      Trac #22794: OSX Xcode 8.3 breaks openblas · f5188b64
      Release Manager authored
      See discussion at https://groups.google.com/d/msg/sage-
      devel/l8cjpVwQcGc/y25zvHsMDgAJ
      
      The most recent Xcode update seems to have broken openblas on the OSX
      buildbot. Build log errors start at:
      
      gcc -c -O2 -DMAX_STACK_ALLOC=2048 -DEXPRECISION -m128bit-long-double
      -Wall -m64 -DF_INTERFACE_GFORT -fPIC -DNO_WARMUP -DMAX_CPU_NUMBER=8
      -DASMNAME=_ -DASMFNAME=__ -DNAME=_ -DCNAME= -DCHAR_NAME="_"
      -DCHAR_CNAME="" -DNO_AFFINITY -I. -DHAVE_LAPACK_CONFIG_H -I ../include
      -o lapacke_make_complex_double.o lapacke_make_complex_double.c
      ar -ru ../../../libopenblas_sandybridge-r0.2.19.a lapacke_cgb_nancheck.o
      lapacke_cgb_trans.o lapacke_cge_nancheck.o lapacke_cge_trans.o
      lapacke_cgg_nancheck.o lapacke_cgg_trans.o lapacke_cgt_nancheck.o
      lapacke_chb_nancheck.o lapacke_chb_trans.o lapacke_che_nancheck.o
      lapacke_che_trans.o lapacke_chp_nancheck.o lapacke_chp_trans.o
      lapacke_chs_nancheck.o lapacke_chs_trans.o lapacke_c_nancheck.o
      lapacke_cpb_nancheck.o lapacke_cpb_trans.o lapacke_cpf_nancheck.o
      lapacke_cpf_trans.o lapacke_cpo_nancheck.o lapacke_cpo_trans.o
      lapacke_cpp_nancheck.o lapacke_cpp_trans.o lapacke_cpt_nancheck.o
      lapacke_csp_nancheck.o lapacke_csp_trans.o lapacke_cst_nancheck.o
      lapacke_csy_nancheck.o lapacke_csy_trans.o lapacke_ctb_nancheck.o
      lapacke_ctb_trans.o lapacke_ctf_nancheck.o lapacke_ctf_trans.o
      lapacke_ctp_nancheck.o lapacke_ctp_trans.o lapacke_ctr_nancheck.o
      lapacke_ctr_trans.o lapacke_dgb_nancheck.o lapacke_dgb_trans.o
      lapacke_dge_nancheck.o lapacke_dge_trans.o lapacke_dgg_nancheck.o
      lapacke_dgg_trans.o lapacke_dgt_nancheck.o lapacke_dhs_nancheck.o
      lapacke_dhs_trans.o lapacke_d_nancheck.o lapacke_dpb_nancheck.o
      lapacke_dpb_trans.o lapacke_dpf_nancheck.o lapacke_dpf_trans.o
      lapacke_dpo_nancheck.o lapacke_dpo_trans.o lapacke_dpp_nancheck.o
      lapacke_dpp_trans.o lapacke_dpt_nancheck.o lapacke_dsb_nancheck.o
      lapacke_dsb_trans.o lapacke_dsp_nancheck.o lapacke_dsp_trans.o
      lapacke_dst_nancheck.o lapacke_dsy_nancheck.o lapacke_dsy_trans.o
      lapacke_dtb_nancheck.o lapacke_dtb_trans.o lapacke_dtf_nancheck.o
      lapacke_dtf_trans.o lapacke_dtp_nancheck.o lapacke_dtp_trans.o
      lapacke_dtr_nancheck.o lapacke_dtr_trans.o lapacke_lsame.o
      lapacke_sgb_nancheck.o lapacke_sgb_trans.o lapacke_sge_nancheck.o
      lapacke_sge_trans.o lapacke_sgg_nancheck.o lapacke_sgg_trans.o
      lapacke_sgt_nancheck.o lapacke_shs_nancheck.o lapacke_shs_trans.o
      lapacke_s_nancheck.o lapacke_spb_nancheck.o lapacke_spb_trans.o
      lapacke_spf_nancheck.o lapacke_spf_trans.o lapacke_spo_nancheck.o
      lapacke_spo_trans.o lapacke_spp_nancheck.o lapacke_spp_trans.o
      lapacke_spt_nancheck.o lapacke_ssb_nancheck.o lapacke_ssb_trans.o
      lapacke_ssp_nancheck.o lapacke_ssp_trans.o lapacke_sst_nancheck.o
      lapacke_ssy_nancheck.o lapacke_ssy_trans.o lapacke_stb_nancheck.o
      lapacke_stb_trans.o lapacke_stf_nancheck.o lapacke_stf_trans.o
      lapacke_stp_nancheck.o lapacke_stp_trans.o lapacke_str_nancheck.o
      lapacke_str_trans.o lapacke_xerbla.o lapacke_zgb_nancheck.o
      lapacke_zgb_trans.o lapacke_zge_nancheck.o lapacke_zge_trans.o
      lapacke_zgg_nancheck.o lapacke_zgg_trans.o lapacke_zgt_nancheck.o
      lapacke_zhb_nancheck.o lapacke_zhb_trans.o lapacke_zhe_nancheck.o
      lapacke_zhe_trans.o lapacke_zhp_nancheck.o lapacke_zhp_trans.o
      lapacke_zhs_nancheck.o lapacke_zhs_trans.o lapacke_z_nancheck.o
      lapacke_zpb_nancheck.o lapacke_zpb_trans.o lapacke_zpf_nancheck.o
      lapacke_zpf_trans.o lapacke_zpo_nancheck.o lapacke_zpo_trans.o
      lapacke_zpp_nancheck.o lapacke_zpp_trans.o lapacke_zpt_nancheck.o
      lapacke_zsp_nancheck.o lapacke_zsp_trans.o lapacke_zst_nancheck.o
      lapacke_zsy_nancheck.o lapacke_zsy_trans.o lapacke_ztb_nancheck.o
      lapacke_ztb_trans.o lapacke_ztf_nancheck.o lapacke_ztf_trans.o
      lapacke_ztp_nancheck.o lapacke_ztp_trans.o lapacke_ztr_nancheck.o
      lapacke_ztr_trans.o lapacke_make_complex_float.o
      lapacke_make_complex_double.o
      ranlib ../../../libopenblas_sandybridge-r0.2.19.a
      make[4]: warning: -jN forced in submake: disabling jobserver mode.
      perl ./gensymbol osx x86_64 _ 1 0  0 0 0 0 "" "" 1 > osx.def
      gcc -O2 -DMAX_STACK_ALLOC=2048 -DEXPRECISION -m128bit-long-double -Wall
      -m64 -DF_INTERFACE_GFORT -fPIC -DNO_WARMUP -DMAX_CPU_NUMBER=8
      -DASMNAME=_ -DASMFNAME=__ -DNAME=_ -DCNAME= -DCHAR_NAME=\"_\"
      -DCHAR_CNAME=\"\" -DNO_AFFINITY -I.. -all_load
      -headerpad_max_install_names -install_name "/Users/buildslave-sage/slave
      /sage_git/build/local/var/tmp/sage/build/openblas-0.2.19.p0/src/exports/
      ../libopenblas_sandybridge-r0.2.19.dylib" -dynamiclib -o
      ../libopenblas_sandybridge-r0.2.19.dylib
      ../libopenblas_sandybridge-r0.2.19.a -Wl,-exported_symbols_list,osx.def
      -L/Users/buildslave-sage/slave/sage_git/build/local/lib -L/Users
      /buildslave-sage/slave/sage_git/build/local/lib/gcc/x86_64-apple-
      darwin16.5.0/5.4.0 -L/Users/buildslave-
      sage/slave/sage_git/build/local/lib/gcc/x86_64-apple-
      darwin16.5.0/5.4.0/../../.. -L/Users/buildslave-
      sage/slave/sage_git/build/local/lib -L/Users/buildslave-
      sage/slave/sage_git/build/local/lib/gcc/x86_64-apple-darwin16.5.0/5.4.0
      -L/Users/buildslave-sage/slave/sage_git/build/local/lib/gcc/x86_64
      -apple-darwin16.5.0/5.4.0/../../..  -lgfortran -lSystem -lquadmath -lm
      -lSystem -lgfortran -lSystem -lquadmath -lm -lSystem
      Undefined symbols for architecture x86_64:
        "_camax_k", referenced from:
            _scamax_ in libopenblas_sandybridge-r0.2.19.a(scamax.o)
        "_camin_k", referenced from:
            _scamin_ in libopenblas_sandybridge-r0.2.19.a(scamin.o)
            _ctrtri_ in libopenblas_sandybridge-r0.2.19.a(ctrtri.o)
        "_casum_k", referenced from:
            _scasum_ in libopenblas_sandybridge-r0.2.19.a(scasum.o)
            _cblas_scasum in libopenblas_sandybridge-r0.2.19.a(cblas_scasum.o)
        "_caxpby_k", referenced from:
            _caxpby_ in libopenblas_sandybridge-r0.2.19.a(caxpby.o)
            _cblas_caxpby in libopenblas_sandybridge-r0.2.19.a(cblas_caxpby.o)
        "_caxpy_k", referenced from:
            _caxpy_ in libopenblas_sandybridge-r0.2.19.a(caxpy.o)
            _cblas_caxpy in libopenblas_sandybridge-r0.2.19.a(cblas_caxpy.o)
            _cgbmv_n in libopenblas_sandybridge-r0.2.19.a(cgbmv_n.o)
            _cgbmv_o in libopenblas_sandybridge-r0.2.19.a(cgbmv_o.o)
            _chbmv_U in libopenblas_sandybridge-r0.2.19.a(chbmv_U.o)
            _chbmv_L in libopenblas_sandybridge-r0.2.19.a(chbmv_L.o)
            _cher_U in libopenblas_sandybridge-r0.2.19.a(cher_U.o)
      
      URL: https://trac.sagemath.org/22794
      Reported by: vbraun
      Ticket author(s): Volker Braun
      Reviewer(s): Francois Bissey
      f5188b64
    • Jeroen Demeyer's avatar
  5. 10 Apr, 2017 7 commits
  6. 09 Apr, 2017 12 commits
    • Frédéric Chapoton's avatar
      trac 22754 fixing one doctest · 9fe4db4c
      Frédéric Chapoton authored
      9fe4db4c
    • Frédéric Chapoton's avatar
      1efb4bda
    • Release Manager's avatar
      Trac #22787: Don't build sagenb if SAGE_PYTHON3=yes · b833141b
      Release Manager authored
      As the summary says.
      
      URL: https://trac.sagemath.org/22787
      Reported by: jhpalmieri
      Ticket author(s): Volker Braun
      Reviewer(s): John Palmieri, Frédéric Chapoton
      b833141b
    • Release Manager's avatar
      Trac #22785: remove obsolete FreeBSD workaround in libgd · 2cb078b9
      Release Manager authored
      spkg-install has an old FreeBSD-specific workaround that actually breaks
      things on FreeBSD 11.0.
      
      URL: https://trac.sagemath.org/22785
      Reported by: dimpase
      Ticket author(s): Dima Pasechnik
      Reviewer(s): François Bissey
      2cb078b9
    • Release Manager's avatar
      Trac #22784: on clang libgap needs -fPIC · 6a08a837
      Release Manager authored
      Building libgap with clang on Linux and FreeBSD does not work due to a
      misconfiguration--- the `-fPIC` flag is not added.
      
      Specifically, it turns out this bit
      {{{
      CPPFLAGS="$CPPFLAGS"'
      -DSYS_DEFAULT_PATHS=\"'"$SAGE_LOCAL/gap/latest"'\"'
      }}}
      about `SYS_DEFAULT_PATHS` is breaking the detection of `-fPIC -DPIC` by
      `autoconf`, so everything is compiled without `-fPIC` and the linking of
      the shared object fails.
      
      This is an example on linux+clang:
      {{{
      [libgap-4.8.6] libtool: link: clang -shared   .libs/libgap_la-ariths.o
      .libs/libgap_la-c_random.o .libs/libgap_la-gmpints.o .libs/libgap_la-
      objccoll.o .libs/libgap_la-rational.o .libs/libgap_la-system.o .libs
      /libgap_la-blister.o .libs/libgap_la-c_type1.o .libs/libgap_la-gvars.o
      .libs/libgap_la-objcftl.o .libs/libgap_la-read.o .libs/libgap_la-
      tietze.o .libs/libgap_la-bool.o .libs/libgap_la-cyclotom.o .libs
      /libgap_la-integer.o .libs/libgap_la-objects.o .libs/libgap_la-records.o
      .libs/libgap_la-vars.o .libs/libgap_la-calls.o .libs/libgap_la-dt.o
      .libs/libgap_la-intfuncs.o .libs/libgap_la-objfgelm.o .libs/libgap_la-
      saveload.o .libs/libgap_la-vec8bit.o .libs/libgap_la-c_filt1.o .libs
      /libgap_la-dteval.o .libs/libgap_la-intrprtr.o .libs/libgap_la-
      objpcgel.o .libs/libgap_la-scanner.o .libs/libgap_la-vecffe.o .libs
      /libgap_la-c_meths1.o .libs/libgap_la-exprs.o .libs/libgap_la-iostream.o
      .libs/libgap_la-objscoll.o .libs/libgap_la-sctable.o .libs/libgap_la-
      vecgf2.o .libs/libgap_la-code.o .libs/libgap_la-finfield.o .libs
      /libgap_la-libgap.o .libs/libgap_la-opers.o .libs/libgap_la-set.o .libs
      /libgap_la-vector.o .libs/libgap_la-compiler.o .libs/libgap_la-funcs.o
      .libs/libgap_la-listfunc.o .libs/libgap_la-permutat.o .libs/libgap_la-
      stats.o .libs/libgap_la-weakptr.o .libs/libgap_la-compstat.o .libs
      /libgap_la-gap.o .libs/libgap_la-listoper.o .libs/libgap_la-plist.o
      .libs/libgap_la-streams.o .libs/libgap_la-c_oper1.o .libs/libgap_la-
      lists.o .libs/libgap_la-precord.o .libs/libgap_la-string.o .libs
      /libgap_la-costab.o .libs/libgap_la-gasman.o .libs/libgap_la-macfloat.o
      .libs/libgap_la-range.o .libs/libgap_la-sysfiles.o .libs/libgap_la-
      pperm.o .libs/libgap_la-trans.o .libs/libgap_la-profile.o
      -L/home/fbissey/sandbox/git-fork/sage-clang/local/lib -lgmp -lm  -Wl
      ,--version-script=../src/libgap.map -Wl,-rpath -Wl,/home/fbissey/sandbox
      /git-fork/sage-clang/local/lib   -Wl,-soname -Wl,libgap.so.4 -o
      .libs/libgap.so.4.8.6
      [libgap-4.8.6] /usr/bin/x86_64-pc-linux-gnu-ld: .libs/libgap_la-
      ariths.o: relocation R_X86_64_32S against `libGAP_ZEROOp' can not be
      used when making a shared object; recompile with -fPIC
      [libgap-4.8.6] .libs/libgap_la-ariths.o: error adding symbols: Bad value
      }}}
      We can see the failed bit in configure:
      {{{
      [libgap-4.8.6] checking for clang option to produce PIC... -fPIC -DPIC
      [libgap-4.8.6] checking if clang PIC flag -fPIC -DPIC works... no
      [libgap-4.8.6] checking if clang static flag -static works... no
      }}}
      and `config.log` shows what happening
      {{{
      configure:9590: checking for clang option to produce PIC
      configure:9597: result: -fPIC -DPIC
      configure:9605: checking if clang PIC flag -fPIC -DPIC works
      configure:9623: clang -c   -DSYS_DEFAULT_PATHS=\"/home/fbissey/sandbox
      /git-fork/sage-clang/local/gap/latest\" -fPIC -DPIC -DPIC conftest.c >&5
      In file included from <built-in>:319:
      <command line>:1:28: warning: missing terminating '"' character
      [-Winvalid-pp-token]
      #define SYS_DEFAULT_PATHS \"/home/fbissey/sandbox/git-fork/sage-
      clang/local/gap/latest\"
                                 ^
      1 warning generated.
      configure:9627: $? = 0
      configure:9640: result: no
      }}}
      The warning causes the result of the test to be different from 0.
      
      URL: https://trac.sagemath.org/22784
      Reported by: dimpase
      Ticket author(s): François Bissey
      Reviewer(s): Dima Pasechnik
      6a08a837
    • Release Manager's avatar
      Trac #22770: Fix functools32 spkg-install · 71112434
      Release Manager authored
      The spkg-install script for functools32 uses `-n` for a `not` operator;
      it should instead use `!`.
      
      Before the fix, I see this in the log file:
      {{{
      ./spkg-install: line 9: [: -x: binary operator expected
      }}}
      This error is ignored, and indeed, the whole if block is ignored.
      
      URL: https://trac.sagemath.org/22770
      Reported by: jhpalmieri
      Ticket author(s): Volker Braun
      Reviewer(s): Jeroen Demeyer, John Palmieri, Frédéric Chapoton
      71112434
    • Release Manager's avatar
      Trac #22422: Laplace transform involving time-shifts · e0bed3fa
      Release Manager authored
      Sage allows to compute the inverse Laplace transform through Maxima's
      `ilt` function,
      
      {{{
          sage: var('s t')
          sage: inverse_laplace(1/s, s, t)
          1
      }}}
      
      An unevaluated expression is returned when no explicit inverse Laplace
      transform is computed, as in
      
      {{{
          sage: inverse_laplace(exp(-s)/s, s, t)
          ilt(e^(-s)/s, s, t)
      }}}
      The result in this case is h(t-1), where h is the Heaviside step
      function. In Sage it is available as `heaviside`.
      
      The problem in this ticket is to extend the current behavior of
      `inverse_laplace` to provide explicit expressions for proper real-
      rational functions with any number of real exponentials linear in the
      transform variable s (time-shifts) in the numerator. For consistency,
      the direct Laplace transform with a heaviside should also work as well.
      
      These are some approaches:
      
      (1) Implement an in-house solution, possibly in the lines of
      [https://ask.sagemath.org/question/36656/how-to-find-inverse-laplace-
      transform/ this answer].
      
      (2) Add an `algorithm` flag that allows to choose `sympy` (similar to
      integration).
      
      (3) Interface with Giac/XCAS. With this package installed, it is
      possible to do:
      
      {{{
      sage: giac('invlaplace(exp(-s)/s, s, t)')
      Heaviside(t-1)
      }}}
      
      IMHO, a combination of (2)-(3) is the more robust approach. A small set
      of experiments show that (3) is, at the time of writing, more convenient
      than `inverse_laplace_transform` of SymPy in terms of quality of
      solution and execution time. Unfortunately, the [http://doc.sagemath.org
      /html/en/reference/interfaces/sage/interfaces/giac.html giac interface]
      does not currently support automatic translation back to the symbolic
      ring, as it does with SymPy objects via SR(..).
      
      Any recommendations?
      
      See also:
      
      - [https://ask.sagemath.org/question/36656/how-to-find-inverse-laplace-
      transform/ How to find inverse Laplace transform]
      - [https://ask.sagemath.org/question/33152/laplaceheavisidetts-doesnt-
      return-1s/ laplace(heaviside(t),t,s) doesn't return 1/s]
      - [https://ask.sagemath.org/question/9013/inverse-laplace-transforms-of-
      shifts/ Inverse Laplace transforms of shifts]
      
      URL: https://trac.sagemath.org/22422
      Reported by: mforets
      Ticket author(s): Marcelo Forets
      Reviewer(s): Paul Masson, Ralf Stephan
      e0bed3fa
    • Release Manager's avatar
      Trac #22407: Include pictures in circle.py documentation · ec613359
      Release Manager authored
      Include pictures from examples using ..PLOT directive
      
      URL: https://trac.sagemath.org/22407
      Reported by: jhonrubia6
      Ticket author(s): Javier Honrubia González
      Reviewer(s): Travis Scrimshaw
      ec613359
    • Release Manager's avatar
      Trac #22779: py3 care for range again · 4285d497
      Release Manager authored
      another step in taking care of range, towards python3
      
      part of #16081
      
      URL: https://trac.sagemath.org/22779
      Reported by: chapoton
      Ticket author(s): Frédéric Chapoton
      Reviewer(s): Travis Scrimshaw
      4285d497
    • Eric Gourgoulhon's avatar
    • Frédéric Chapoton's avatar
      e32de475
    • Frédéric Chapoton's avatar
      96b91265
  7. 08 Apr, 2017 4 commits
  8. 07 Apr, 2017 7 commits