2020-07-31 13:01 UTC, Dima Pasechnik: > > On Fri, Jul 31, 2020 at 1:40 PM Samuel Lelièvre: > > > > 2020-07-31 12:29 UTC, Dima Pasechnik: > > > > > > I guess all of them are actually links to > > > /usr/local/Cellar/ecl/20.4.24/lib/libecl.20.4.24.dylib > > > all of them installed by Homebrew. > > > > > > anyhow, most probably the error you have is due to their presence - as > > > they are > > > built with --enable-threads=yes, but Sage's is built with > > > --enable-threads=no > > > > Thanks for the analysis. Is this something to take into account at > > > > - spkg-configure.m4 for ecl and maxima > > https://trac.sagemath.org/ticket/29617 > > > > or is it independent of spkg-configure.m4 and should configure > > check the "enable-threads" status of any libecl*.[so|dylib] it finds? > > At the moment Sage should ignore all the ECL except from its own, but > it does not happen for some reason - during the building of the Cython > extension it does use the system (Homebrew) one, but then during the > Sage startup it uses Sage's own, BOOM...
Should I open a ticket? "Ignore system ECL until #29617 lands"? > Frankly I don't recall why we need single-threaded ECL. The discussion at #26579 points to #11752 as what led to disabling threads. - Fix ecl.pyx doctests with threaded ecl https://trac.sagemath.org/ticket/26579 - ecl.pyx should not touch SIGPWR neither SIGXCPU when initializing ecl https://trac.sagemath.org/ticket/11752 > > Should I just uninstall Homebrew's ecl and maxima for now? > > yes, that's one way out - and rebuild Sage's ECL extension afterwards. Ok thanks. -- You received this message because you are subscribed to the Google Groups "sage-release" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/sage-release/CAEcArF3u6dtML%2BZR8VFpYUTgXAty_DrWw5EYiutby3bf_6Hxng%40mail.gmail.com.
