Re: [sage-devel] Problem building scipy
Thanks. That worked. I shall try to remember the 0-th commandment. On Monday, October 2, 2023 at 9:33:02 AM UTC-4 Dima Pasechnik wrote: > 0-th Apple Commandment says "thou shalt not install any foobar-X.0 from > Apple". > > But, OK. :-) > > Try using Sage's gfortran instead: > > make gfortran > make > > the one from Homebrew is currently broken. > > > On Mon, Oct 2, 2023 at 1:25 PM David Einstein wrote: > > > > I just upgraded an M1 macbook pro to osx 14.0, upgraded homebrew and > tried rebuilding sage. It fails to build scipy for reasons that I cannot > fathom. I have done a make distclean, and even tried building with only one > thread. > > > > -- > > You received this message because you are subscribed to the Google > Groups "sage-devel" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to sage-devel+...@googlegroups.com. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/sage-devel/926d6f10-0a98-443b-aaa2-9d063e2dd9bdn%40googlegroups.com > . > -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/c4907c6b-a7ff-4fe7-8990-8f2475e34c7cn%40googlegroups.com.
[sage-devel] Re: problem building ecl on osx
Thanks, this worked (it was already installed, but not linked). On Saturday, July 18, 2020 at 11:59:03 PM UTC-4, Zachary Scherr wrote: > > I think it might be related to Mac having an old version of makeinfo. I > see from your config.log that you use homebrew. To get ECL to build you > can try > > brew install texinfo > export PATH="/usr/local/opt/texinfo/bin:$PATH" > > and then rerunning configure and make. I haven't tested with sage, but I > downloaded ECL and that allowed me to build it (it wouldn't build using > Mac's default makeinfo). It's maybe worth including that in the list of > optional homebrew packages and then updated .homebrew-build-env > On Saturday, July 18, 2020 at 10:08:58 PM UTC-4 Matthias Koeppe wrote: > >> I have opened https://trac.sagemath.org/ticket/30173 for this >> >> >> On Saturday, July 18, 2020 at 5:50:30 PM UTC-7, David Einstein wrote: >>> >>> Attempting to rebuild sage I run into problems building ecl. This >>> baffles me, as it seems to die while building the documentation for ecl. >>> Attached are the config.log and ecl-20.4.24.p0.log >>> >> -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/e3f93463-b46a-45ec-bca4-f97fd3ea7b93o%40googlegroups.com.
Re: [sage-devel] r-3.4.4.p0 configure/install error
I don't know about centos, but on OSX this situation occurs when anaconda is installed, and the anaconda directories occur earlier in the path than the system directories. Removing anaconda from the path before building sage fixes the problem. On Sunday, September 2, 2018 at 8:15:33 AM UTC-4, Nagesh Adluru wrote: > > I had actually thought of that but the sys admin thought we had the devel > installed. I will pursue this line with more pressure now that I have your > suggestion as well. > > Thanks again so much for the prompt help! > Best, > Nagesh > > On Sun, Sep 2, 2018, 2:12 AM Dima Pasechnik > wrote: > >> >> >> On Sunday, September 2, 2018 at 1:27:46 AM UTC+3, Nagesh Adluru wrote: >>> >>> Hi Dima, >>> >>> Between the delays from our IT admin and me trying to resolve the issue >>> by myself since in the original log there was no issue of libcurl, I got >>> delayed in getting back. >>> >> >> The log says: >> >> configure: error: libcurl >= 7.22.0 library and headers are required >> >> You need libcurl-devel package, which includes headers. >> >> HTH >> Dima >> >> >>> I am really sorry for the delay. I was however not able to resolve this >>> issue by myself. If you see the new log (attached) for r-3.4.4.p0 you would >>> see that it is not seeing the libcurl that we have. Our yum info on libcurl >>> says we have 7.26 (screenshot attached) but the R configuration does not >>> seem to find the necessary library headers for above 7.22. >>> >>> Could you kindly look into this? Again I am really sorry for the delay. >>> Thank you so much. >>> Nagesh >>> >>> On Mon, Aug 27, 2018 at 1:27 AM Dima Pasechnik wrote: >>> if you still have the failed Sage install, all you need to do after libpaper installation is to run make again. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+...@googlegroups.com. To post to this group, send email to sage-...@googlegroups.com. Visit this group at https://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout. >>> -- >> You received this message because you are subscribed to the Google Groups >> "sage-devel" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to sage-devel+...@googlegroups.com . >> To post to this group, send email to sage-...@googlegroups.com >> . >> Visit this group at https://groups.google.com/group/sage-devel. >> For more options, visit https://groups.google.com/d/optout. >> > -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at https://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
Re: [sage-devel] Old versions of Sage
I recently tried building 6.5 by doing make distclean git checkout 6.5 make which promptly failed when trying to download packages. Is there a better way to do this? Looking at some #18077, it would help to get things back to a state where things worked. On Thursday, June 11, 2015 at 11:18:06 AM UTC-4, William wrote: > > > > On Thursday, June 11, 2015, Nathann Cohen > wrote: > >> Where are the sources for old versions of Sage? >>> >> >> Good news: they are not lost, we can get them from the git repository :-P >> >> Nathann >> >> P.S.: If you have never had an occasion to see Sage's first commit >> > > Heh! What's the oldest version of sage somebody can build? > > > -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
[sage-devel] Function call interface.
While looking at #15786 with an eye to understanding the architecture of sage, I noticed the following comment before the __call__ method of Function_ceil and Function_floor. #FIXME: this should be moved to _eval_ After some rummaging about I see that the problem is that the function looks something like def __call__(self, x): try a bunch of stuff else: return BuiltinFunction.__call__(self, SR(x_original)) the intention being, if we cannot find a numerical result, just leave it as a symbolic result. This works when we overload the __call__ interface because the BuiltinFunction.__call__ will not reach our code again. Unfortunately, if we move all of the code from Function_ceil.__call__ to Function_ceil._eval_ then the call to BuiltinFunction.__call__ will then call Function_ceil._eval_ and we are on the way to infinite recursion. We cannot call BuiltinFunction._eval_, because BuiltinFunction does not implement _eval_. Is there some way to avoid this recursion? What is the problem with overloading __call__? On a not entirely unrelated note, is the expected interface for classes that inherit from BuiltinFunction documented somewhere. The ones I know about are listed in the code for BuiltinFunction._register_function, but don't seem to be documented. For example, I believe that _evalf is supposed to be the numerical evaluation function, but do not have a clear understanding of what types it is expected to return, what exceptions it is expected to raise, etc. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
[sage-devel] Re: build sage-6.6 on osx fails on R compile
This is a problem introduced in a recent xcode. An Apple include file does not play nice with gcc. See the thread in sage-support https://groups.google.com/forum/#!topic/sage-support/9m5N0KUqkWo . http://trac.sagemath.org/ticket/18254 has all the details as well. See comment 44 and 51 for a workaround. On Thursday, May 7, 2015 at 6:28:36 AM UTC-4, Stephen Doty wrote: > > I downloaded the latest sage-6.6 source from one of the mirrors, and > building from source fails on my Macbook Air, running OSX version 10.10.3. > > I have attached the relevant log file, showing that it fails on compiling > R. > > There was an earlier problem with gcc, but I followed this workaround > >export GCC_CONFIGURE="--with-build-config=bootstrap-debug" > >make > > which was suggested in these forums. I expect this is unrelated to the > issue with R, but I am not an expert in these matters, although I have > successfully compiled sage from source many times in the past. > -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
[sage-devel] Re: Missing _sqlite3 when compiling conway polynomials OSX 10.9.5
I'm beginning to understand what is wrong. A couple of years ago I must have overwritten the default python 2.7 with something newer (I have vague recollections of needing it to get scipy working). A stupid thing to do, and I should know better. Now _sqlite3 is in /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/ as opposed to /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/ and so is not being loaded. (the other modules that are missing in my build also seem to appear in lib-dynload) adding the lib-dynload directory to sys.path in the sage copy of python does not work, it complains about missing symbols, a not entirely unexpected result. I see that sage builds its own sqlite. Is there some way of getting the sage python to use that ? On Tuesday, March 31, 2015 at 5:18:31 PM UTC-4, John H Palmieri wrote: > > > > On Tuesday, March 31, 2015 at 1:03:08 PM UTC-7, David Einstein wrote: >> >> When building python it does complain about not finding _sqlite3 along >> with >> >> _bsddb _sqlite3 _ssl >> bsddb185 dbmdl >> gdbm imageoplinuxaudiodev >> nisossaudiodevspwd >> sunaudiodev >> >> > For what it's worth, on my OS X machine, it only complains about > > _bsddb dl gdbm > imageoplinuxaudiodev ossaudiodev > spwd sunaudiodev > > > -- John > > > > >> Could this be because I have the anaconda python distribution shadowing >> the base python distribution? This is presumably a bad idea. >> >> If I run python from the command line it does find _sqlite3 though. >> >> I'll try removing anaconda from my path and see what happens. >> >> Thanks for the help. >> >> On Tuesday, March 31, 2015 at 2:50:38 PM UTC-4, John H Palmieri wrote: >>> >>> >>> >>> On Tuesday, March 31, 2015 at 11:31:42 AM UTC-7, David Einstein wrote: >>>> >>>> The sqlite package seems to have installed correctly. Log attached. >>>> >>> >>> On OS X, Sage's sqlite package just creates a link to the pre-existing >>> file /usr/bin/sqlite3. The error mentioned "_sqlite3", which is a Python >>> module and it is supposed to be installed as part of Sage's Python package. >>> There might have been an error message in the Python log file about >>> building _sqlite3. >>> >>> >>>> I am guilty of having a homebrew sqlite (It was quarantined in the >>>> Cellar) I have removed it and will try to recompile from scratch. >>>> >>>> >>>> Found local metadata for sqlite-3.8.4.3 >>>> Attempting to download package sqlite-3.8.4.3 >>>> >>> Trying to download >>>> http://www.sagemath.org/packages/upstream/sqlite/sqlite-3.8.4.3.tar.bz2 >>>> % Total% Received % Xferd Average Speed TimeTime Time >>>> Current >>>> Dload Upload Total SpentLeft >>>> Speed >>>> >>>> 0 00 00 0 0 0 --:--:-- --:--:-- >>>> --:--:-- 0 >>>> 1 1433k1 233760 0 37081 0 0:00:39 --:--:-- >>>> 0:00:39 37045 >>>> 35 1433k 35 506k0 0 324k 0 0:00:04 0:00:01 >>>> 0:00:03 324k >>>> 100 1433k 100 1433k0 0 616k 0 0:00:02 0:00:02 >>>> --:--:-- 616k >>>> Checksum: d721fb8c43d91321b58f020a06351d15b321b2a3 vs >>>> d721fb8c43d91321b58f020a06351d15b321b2a3 >>>> sqlite-3.8.4.3 >>>> >>>> Setting up build directory for sqlite-3.8.4.3 >>>> Finished set up >>>> >>>> Host system: >>>> Darwin Davids-MacBook-Pro-2.local 13.4.0 Darwin Kernel Version 13.4.0: >>>> Wed Dec 17 19:05:52 PST 2014; root:xnu-2422.115.10~1/RELEASE_X86_64 x86_64 >>>> >>>> C compiler: gcc >>>> C compiler version: >>>> Using built-in specs. >>>> COLLECT_GCC=gcc >>>> >>>> COLLECT_LTO_WRAPPER=/usr/local/Cellar/gcc/4.8.2_1/libexec/gcc/x86_64-apple-darwin13.2.0/4.8.2/lto-wrapper >>>> Target: x
[sage-devel] Re: Missing _sqlite3 when compiling conway polynomials OSX 10.9.5
When building python it does complain about not finding _sqlite3 along with _bsddb _sqlite3 _ssl bsddb185 dbmdl gdbm imageoplinuxaudiodev nisossaudiodevspwd sunaudiodev Could this be because I have the anaconda python distribution shadowing the base python distribution? This is presumably a bad idea. If I run python from the command line it does find _sqlite3 though. I'll try removing anaconda from my path and see what happens. Thanks for the help. On Tuesday, March 31, 2015 at 2:50:38 PM UTC-4, John H Palmieri wrote: > > > > On Tuesday, March 31, 2015 at 11:31:42 AM UTC-7, David Einstein wrote: >> >> The sqlite package seems to have installed correctly. Log attached. >> > > On OS X, Sage's sqlite package just creates a link to the pre-existing > file /usr/bin/sqlite3. The error mentioned "_sqlite3", which is a Python > module and it is supposed to be installed as part of Sage's Python package. > There might have been an error message in the Python log file about > building _sqlite3. > > >> I am guilty of having a homebrew sqlite (It was quarantined in the >> Cellar) I have removed it and will try to recompile from scratch. >> >> >> Found local metadata for sqlite-3.8.4.3 >> Attempting to download package sqlite-3.8.4.3 >> >>> Trying to download >> http://www.sagemath.org/packages/upstream/sqlite/sqlite-3.8.4.3.tar.bz2 >> % Total% Received % Xferd Average Speed TimeTime Time >> Current >> Dload Upload Total SpentLeft >> Speed >> >> 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- >> 0 >> 1 1433k1 233760 0 37081 0 0:00:39 --:--:-- 0:00:39 >> 37045 >> 35 1433k 35 506k0 0 324k 0 0:00:04 0:00:01 0:00:03 >> 324k >> 100 1433k 100 1433k0 0 616k 0 0:00:02 0:00:02 --:--:-- >> 616k >> Checksum: d721fb8c43d91321b58f020a06351d15b321b2a3 vs >> d721fb8c43d91321b58f020a06351d15b321b2a3 >> sqlite-3.8.4.3 >> >> Setting up build directory for sqlite-3.8.4.3 >> Finished set up >> >> Host system: >> Darwin Davids-MacBook-Pro-2.local 13.4.0 Darwin Kernel Version 13.4.0: >> Wed Dec 17 19:05:52 PST 2014; root:xnu-2422.115.10~1/RELEASE_X86_64 x86_64 >> >> C compiler: gcc >> C compiler version: >> Using built-in specs. >> COLLECT_GCC=gcc >> >> COLLECT_LTO_WRAPPER=/usr/local/Cellar/gcc/4.8.2_1/libexec/gcc/x86_64-apple-darwin13.2.0/4.8.2/lto-wrapper >> Target: x86_64-apple-darwin13.2.0 >> Configured with: ../configure --build=x86_64-apple-darwin13.2.0 >> --prefix=/usr/local/Cellar/gcc/4.8.2_1 >> --enable-languages=c,c++,objc,obj-c++,fortran --with-gmp=/usr/local/opt/gmp >> --with-mpfr=/usr/local/opt/mpfr --with-mpc=/usr/local/opt/libmpc >> --with-cloog=/usr/local/opt/cloog --with-isl=/usr/local/opt/isl >> --with-system-zlib --enable-version-specific-runtime-libs >> --enable-libstdcxx-time=yes --enable-stage1-checking >> --enable-checking=release --enable-lto --disable-werror --enable-plugin >> --disable-nls --enable-multilib >> --with-native-system-header-dir=/usr/include >> --with-sysroot=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk >> Thread model: posix >> gcc version 4.8.2 (GCC) >> >> >> real 0m0.010s >> user 0m0.006s >> sys 0m0.006s >> Successfully installed sqlite-3.8.4.3 >> Deleting temporary build directory >> >> /Users/davideinstein/projects/sage-git/local/var/tmp/sage/build/sqlite-3.8.4.3 >> Finished installing sqlite-3.8.4.3.spkg >> >> On Tuesday, March 31, 2015 at 2:08:42 PM UTC-4, Volker Braun wrote: >>> >>> Whats in your sqlite and python compile log (in $SAGE_ROOT/logs/pkgs)? >>> >>> Do you have another conflicting sqlite install in /usr/local, e.g. >>> homebrew and friends? >>> >>> >>> >>> On Tuesday, March 31, 2015 at 7:51:58 PM UTC+2, David Einstein wrote: >>>> >>>> When attempting to compile sage from source on my laptop it dies >>>> attempting to compile conway polynomials >>>> I've attached the log file. >>>>
[sage-devel] Re: Missing _sqlite3 when compiling conway polynomials OSX 10.9.5
The sqlite package seems to have installed correctly. Log attached. I am guilty of having a homebrew sqlite (It was quarantined in the Cellar) I have removed it and will try to recompile from scratch. Found local metadata for sqlite-3.8.4.3 Attempting to download package sqlite-3.8.4.3 >>> Trying to download http://www.sagemath.org/packages/upstream/sqlite/sqlite-3.8.4.3.tar.bz2 % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0 1 1433k1 233760 0 37081 0 0:00:39 --:--:-- 0:00:39 37045 35 1433k 35 506k0 0 324k 0 0:00:04 0:00:01 0:00:03 324k 100 1433k 100 1433k0 0 616k 0 0:00:02 0:00:02 --:--:-- 616k Checksum: d721fb8c43d91321b58f020a06351d15b321b2a3 vs d721fb8c43d91321b58f020a06351d15b321b2a3 sqlite-3.8.4.3 Setting up build directory for sqlite-3.8.4.3 Finished set up Host system: Darwin Davids-MacBook-Pro-2.local 13.4.0 Darwin Kernel Version 13.4.0: Wed Dec 17 19:05:52 PST 2014; root:xnu-2422.115.10~1/RELEASE_X86_64 x86_64 C compiler: gcc C compiler version: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/local/Cellar/gcc/4.8.2_1/libexec/gcc/x86_64-apple-darwin13.2.0/4.8.2/lto-wrapper Target: x86_64-apple-darwin13.2.0 Configured with: ../configure --build=x86_64-apple-darwin13.2.0 --prefix=/usr/local/Cellar/gcc/4.8.2_1 --enable-languages=c,c++,objc,obj-c++,fortran --with-gmp=/usr/local/opt/gmp --with-mpfr=/usr/local/opt/mpfr --with-mpc=/usr/local/opt/libmpc --with-cloog=/usr/local/opt/cloog --with-isl=/usr/local/opt/isl --with-system-zlib --enable-version-specific-runtime-libs --enable-libstdcxx-time=yes --enable-stage1-checking --enable-checking=release --enable-lto --disable-werror --enable-plugin --disable-nls --enable-multilib --with-native-system-header-dir=/usr/include --with-sysroot=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk Thread model: posix gcc version 4.8.2 (GCC) real 0m0.010s user 0m0.006s sys 0m0.006s Successfully installed sqlite-3.8.4.3 Deleting temporary build directory /Users/davideinstein/projects/sage-git/local/var/tmp/sage/build/sqlite-3.8.4.3 Finished installing sqlite-3.8.4.3.spkg On Tuesday, March 31, 2015 at 2:08:42 PM UTC-4, Volker Braun wrote: > > Whats in your sqlite and python compile log (in $SAGE_ROOT/logs/pkgs)? > > Do you have another conflicting sqlite install in /usr/local, e.g. > homebrew and friends? > > > > On Tuesday, March 31, 2015 at 7:51:58 PM UTC+2, David Einstein wrote: >> >> When attempting to compile sage from source on my laptop it dies >> attempting to compile conway polynomials >> I've attached the log file. >> This appears connected to ticket #15433, but AFAICT that code has been >> merged into master. >> >> >> Found local metadata for conway_polynomials-0.4.p0 >> Attempting to download package conway_polynomials-0.4.p0 >> >>> Trying to download >> http://www.sagemath.org/packages/upstream/conway_polynomials/conway_polynomials-0.4.tar.bz2 >> [...] >> Checksum: 25b7abe5c935d20c3ebcde943308652c412d14dc vs >> 25b7abe5c935d20c3ebcde943308652c412d14dc >> conway_polynomials-0.4.p0 >> >> Setting up build directory for conway_polynomials-0.4.p0 >> Finished set up >> >> Host system: >> Darwin Davids-MacBook-Pro-2.local 13.4.0 Darwin Kernel Version 13.4.0: >> Wed Dec 17 19:05:52 PST 2014; root:xnu-2422.115.10~1/RELEASE_X86_64 x86_64 >> >> C compiler: gcc >> C compiler version: >> Using built-in specs. >> COLLECT_GCC=gcc >> >> COLLECT_LTO_WRAPPER=/usr/local/Cellar/gcc/4.8.2_1/libexec/gcc/x86_64-apple-darwin13.2.0/4.8.2/lto-wrapper >> Target: x86_64-apple-darwin13.2.0 >> Configured with: ../configure --build=x86_64-apple-darwin13.2.0 >> --prefix=/usr/local/Cellar/gcc/4.8.2_1 >> --enable-languages=c,c++,objc,obj-c++,fortran --with-gmp=/usr/local/opt/gmp >> --with-mpfr=/usr/local/opt/mpfr --with-mpc=/usr/local/opt/libmpc >> --with-cloog=/usr/local/opt/cloog --with-isl=/usr/local/opt/isl >> --with-system-zlib --enable-version-specific-runtime-libs >> --enable-libstdcxx-time=yes --enable-stage1-checking >> --enable-checking=release --enable-lto
[sage-devel] Missing _sqlite3 when compiling conway polynomials OSX 10.9.5
When attempting to compile sage from source on my laptop it dies attempting to compile conway polynomials I've attached the log file. This appears connected to ticket #15433, but AFAICT that code has been merged into master. Found local metadata for conway_polynomials-0.4.p0 Attempting to download package conway_polynomials-0.4.p0 >>> Trying to download http://www.sagemath.org/packages/upstream/conway_polynomials/conway_polynomials-0.4.tar.bz2 [...] Checksum: 25b7abe5c935d20c3ebcde943308652c412d14dc vs 25b7abe5c935d20c3ebcde943308652c412d14dc conway_polynomials-0.4.p0 Setting up build directory for conway_polynomials-0.4.p0 Finished set up Host system: Darwin Davids-MacBook-Pro-2.local 13.4.0 Darwin Kernel Version 13.4.0: Wed Dec 17 19:05:52 PST 2014; root:xnu-2422.115.10~1/RELEASE_X86_64 x86_64 C compiler: gcc C compiler version: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/local/Cellar/gcc/4.8.2_1/libexec/gcc/x86_64-apple-darwin13.2.0/4.8.2/lto-wrapper Target: x86_64-apple-darwin13.2.0 Configured with: ../configure --build=x86_64-apple-darwin13.2.0 --prefix=/usr/local/Cellar/gcc/4.8.2_1 --enable-languages=c,c++,objc,obj-c++,fortran --with-gmp=/usr/local/opt/gmp --with-mpfr=/usr/local/opt/mpfr --with-mpc=/usr/local/opt/libmpc --with-cloog=/usr/local/opt/cloog --with-isl=/usr/local/opt/isl --with-system-zlib --enable-version-specific-runtime-libs --enable-libstdcxx-time=yes --enable-stage1-checking --enable-checking=release --enable-lto --disable-werror --enable-plugin --disable-nls --enable-multilib --with-native-system-header-dir=/usr/include --with-sysroot=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk Thread model: posix gcc version 4.8.2 (GCC) Traceback (most recent call last): File "./spkg-install", line 4, in from sage.all import save File "/Users/davideinstein/projects/sage-git/local/lib/python2.7/site-packages/sage/all.py", line 110, in from sage.modular.allimport * File "/Users/davideinstein/projects/sage-git/local/lib/python2.7/site-packages/sage/modular/all.py", line 9, in from abvar.all import * File "/Users/davideinstein/projects/sage-git/local/lib/python2.7/site-packages/sage/modular/abvar/__init__.py", line 1, in import all File "/Users/davideinstein/projects/sage-git/local/lib/python2.7/site-packages/sage/modular/abvar/all.py", line 7, in from constructor import J0, J1, JH, AbelianVariety File "/Users/davideinstein/projects/sage-git/local/lib/python2.7/site-packages/sage/modular/abvar/constructor.py", line 21, in from abvar_newform import ModularAbelianVariety_newform File "/Users/davideinstein/projects/sage-git/local/lib/python2.7/site-packages/sage/modular/abvar/abvar_newform.py", line 18, in from sage.databases.cremona import cremona_letter_code File "/Users/davideinstein/projects/sage-git/local/lib/python2.7/site-packages/sage/databases/cremona.py", line 54, in from sql_db import SQLDatabase, verify_column File "/Users/davideinstein/projects/sage-git/local/lib/python2.7/site-packages/sage/databases/sql_db.py", line 80, in import sqlite3 as sqlite File "/Users/davideinstein/projects/sage-git/local/lib/python/sqlite3/__init__.py", line 24, in from dbapi2 import * File "/Users/davideinstein/projects/sage-git/local/lib/python/sqlite3/dbapi2.py", line 28, in from _sqlite3 import * ImportError: No module named _sqlite3 real 0m14.950s user 0m1.160s sys 0m0.874s Error installing package conway_polynomials-0.4.p0 Please email sage-devel (http://groups.google.com/group/sage-devel) explaining the problem and including the relevant part of the log file /Users/davideinstein/projects/sage-git/logs/pkgs/conway_polynomials-0.4.p0.log Describe your computer, operating system, etc. If you want to try to fix the problem yourself, *don't* just cd to /Users/davideinstein/projects/sage-git/local/var/tmp/sage/build/conway_polynomials-0.4.p0 and type 'make' or whatever is appropriate. Instead, the following commands setup all environment variables correctly and load a subshell for you to debug the error: (cd '/Users/davideinstein/projects/sage-git/local/var/tmp/sage/build/conway_polynomials-0.4.p0' && '/Users/davideinstein/projects/sage-git/sage' --sh) When you are done debugging, you can type "exit" to leave the subshell. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and sto
