Menu ▾ ▴

#5651 Some integrals take too much time

None
closed
nobody
integrate (224)
5
2026-10-09
2026-10-06
No

From the mailing list:

integrate(sqrt(a+%i*a*tan(c+d*x))/tan(c+d*x)^(3/2),x) and integrate((a+%i*a*tan(e+f*x))^(7/2)*(A+B*tan(e+f*x))/(c-%i*c*tan(e+f*x))^(13/2),x) take several orders of magnitude more time after commits [c68475] and [0ca8a1].

Related

Bugs: #5655
Commit: [0ca8a1]
Commit: [c68475]

Discussion

  • David Scherfgen

    David Scherfgen - 2026-10-06
    • status: open --> pending
     
  • David Scherfgen

    David Scherfgen - 2026-10-06

    The first integral is back to normal with commit [5f89f7]. The other one will also be fixed soon.

     

    Related

    Commit: [5f89f7]

  • David Scherfgen

    David Scherfgen - 2026-10-08
    • status: pending --> closed
     
  • David Scherfgen

    David Scherfgen - 2026-10-08

    Fixed by commit [386344].

     

    Related

    Commit: [386344]


    Last edit: David Scherfgen 2026-10-08
  • Dan Gildea

    Dan Gildea - 2026-10-08
    • status: closed --> open
     
  • Dan Gildea

    Dan Gildea - 2026-10-08

    The first integral seems to take forever in ecl and gcl, even with these commits.

     
    • David Scherfgen

      David Scherfgen - 2026-10-08

      Something strange is going on there. With GCL (and probably also ECL), the calculation stalls, but when I press Ctrl+C to interrupt it, it immediately prints the result. Will investigate.

       
  • David Scherfgen

    David Scherfgen - 2026-10-09
    • status: open --> closed
     
  • David Scherfgen

    David Scherfgen - 2026-10-09

    Fixed by commit [317711].
    Maxima's GCD algorithm used sort, whose behavior is unspecified when two items compare equal. GCL decides randomly, while SBCL's deterministic choice was "lucky". The code now uses stable-sort with a better sorting predicate.

     

    Related

    Commit: [317711]


Log in to post a comment.