[sage-devel] Re: Error compiling MPFR on development version install
Success. Thanks so much for your help, Volker. Final comments... At some point in the past, on the first or second failure to build and long before I reached out for help, I did the following apparent no-no: I noticed that the c++, gcc, etc. files in /Library/Developer/CommandLineTools/usr/bin directory were newer than those in /usr/bin. Yet also noticed that 'which gcc' still pointed to /usr/bin/gcc. Figuring this was the source of my problems, I copied them and a few others (see http://www.sagemath.org/documentation/html/en/installation/source.html) over to /usr/bin. Luckily, I had an unmolested machine with these files, also running OSX 10.10. I copied them over, and that solved everything... 0. delete the foolishly copied-over files (not replacing them with anything, just deleting them!) and also 'mv /usr/include /usr/include.bak' for good measure 1. delete Xcode and /Library/Developer/CommandLineTools 2. reinstall Xcode. -- Crazily, it did not restore any of the files I deleted! 3. update CommandLineTools through the apple developers website (NOT using xcode-select --install). -- Crazily, it did not restore any of the files I deleted! 4. restore the deleted files using a clean copy of OSX 10.10. 5. make distclean make. I did notice that after 23, /usr/include had returned. I also notice that, with my method, /Library/Developer/CommandLineTools never got recreated. On Friday, June 19, 2015 at 9:58:28 AM UTC-5, Volker Braun wrote: Unfortunately there is no satisfactory uninstall process for Xcode or Command line tools. Your efforts sound good though. On Friday, June 19, 2015 at 4:20:36 PM UTC+2, la...@math.luc.edu wrote: On Friday, June 19, 2015 at 8:16:38 AM UTC-5, Volker Braun wrote: PS: Have you tried uninstalling and reinstalling Xcode (as opposed to just upgrading?) I'm sure a shoddy job of doing that is what got me in this mess in the first place. Over the many osx, xcode, and commandline tools upgrades this machine has witnessed, things are scattered all over the place. If I understand correctly, Xcode is now a full-fledged 'app' and now comes bundled with CommandLine tools. So I don't have to install them separately. This means I can delete the directory /Library/Developer/CommandLineTools, right? I am inclined to also delete things like clang and gcc from /usr/bin, as I don't want a reinstall of Xcode to assume things are hunky-dorey in that directory. (Comment/Question: one down-side of full-fledged 'app' is that there is no uninstall; moving it to the trash is not accompanied by my os looking around for other files to delete/modify. What, if anything, should I delete from /usr/bin or /usr/include or ...?) -- 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: Error compiling MPFR on development version install
On Friday, June 19, 2015 at 8:15:57 AM UTC-5, Volker Braun wrote: The --switch does not change /usr/bin/clang and friends, it just does some afaik undocumented stuff. Whats the include search path now? I'm not quite sure how to answer this question, so I'll just reprint every thing you've asked me so far: weehawken:~ lauve$ clang++ -E -x c++ - -v /dev/null Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix /usr/bin/clang++ -cc1 -triple x86_64-apple-macosx10.10.0 -E -disable-free -disable-llvm-verifier -main-file-name - -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 242 -v -dwarf-column-info -resource-dir /usr/bin/../lib/clang/6.1.0 -stdlib=libc++ -fdeprecated-macro -fdebug-compilation-dir /Users/lauve -ferror-limit 19 -fmessage-length 126 -stack-protector 1 -mstackrealign -fblocks -fobjc-runtime=macosx-10.10.0 -fencode-extended-block-signature -fcxx-exceptions -fexceptions -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -o - -x c++ - clang -cc1 version 6.1.0 based upon LLVM 3.6.0svn default target x86_64-apple-darwin14.3.0 ignoring nonexistent directory /usr/bin/../include/c++/v1 ignoring nonexistent directory /usr/include/c++/v1 ignoring nonexistent directory /usr/bin/../lib/clang/6.1.0/include #include ... search starts here: #include ... search starts here: /usr/local/include /usr/include /System/Library/Frameworks (framework directory) /Library/Frameworks (framework directory) End of search list. # 1 stdin # 1 built-in 1 # 1 built-in 3 # 326 built-in 3 # 1 command line 1 # 1 built-in 2 # 1 stdin 2 weehawken:~ lauve$ gcc --version Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix NOTE: you suggested I do a switch with /Applications/Xcode.app/Contents/Developer/ but that created a prefix of the form /Applications/Xcode.app/Contents/Developer//usr so I redid it with a switch of /Applications/Xcode.app/Contents/Developer (no trailing '/').) NOTE: There is no float.h or stdarg.h in /usr/include/c++/4.2.1, though they do appear in /usr/include/c++/4.2.1/tr1 -- 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: Error compiling MPFR on development version install
The --switch does not change /usr/bin/clang and friends, it just does some afaik undocumented stuff. Whats the include search path now? On Friday, June 19, 2015 at 2:47:29 PM UTC+2, la...@math.luc.edu wrote: I forgot to do '--print-path' before doing '--switch' so can't give you the output of that command, but after running '--switch' I still get /usr/bin/clang++ instead of your /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang Trying 'make' again anyway, there is no change. By the way, at least I DO have the files *stdarg.h* and *float.h* in /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0/include/ On Friday, June 19, 2015 at 3:20:33 AM UTC-5, Volker Braun wrote: PS: Correct output would be something like $ clang++ -E -x c++ - -v /dev/null Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -cc1 -triple x86_64-apple-macosx10.10.0 -E -disable-free -disable-llvm-verifier -main-file-name - -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 242 -v -dwarf-column-info -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0 -stdlib=libc++ -fdeprecated-macro -fdebug-compilation-dir /Users/vbraun/Sage -ferror-limit 19 -fmessage-length 121 -stack-protector 1 -mstackrealign -fblocks -fobjc-runtime=macosx-10.10.0 -fencode-extended-block-signature -fcxx-exceptions -fexceptions -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -o - -x c++ - clang -cc1 version 6.1.0 based upon LLVM 3.6.0svn default target x86_64-apple-darwin14.3.0 ignoring nonexistent directory /usr/include/c++/v1 #include ... search starts here: #include ... search starts here: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1 /usr/local/include /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0/include /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include /usr/include /System/Library/Frameworks (framework directory) /Library/Frameworks (framework directory) End of search list. # 1 stdin # 1 built-in 1 # 1 built-in 3 # 326 built-in 3 # 1 command line 1 # 1 built-in 2 # 1 stdin 2 $ ll /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0/include/stdarg.h -rw-r--r-- 1 root wheel 2094 26 Mar 02:48 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0/include/stdarg.h On Friday, June 19, 2015 at 10:19:19 AM UTC+2, Volker Braun wrote: Well your header search path is seriously messed up, no wonder that you can't find system headers. Whats the output of xcode-select --print-path You might want to try pointing Xcode to the right path, e.g. (assuming that it is in /Applications/Xcode.app): xcode-select --switch /Applications/Xcode.app/Contents/Developer/ and check if that fixes the header seach path On Friday, June 19, 2015 at 2:16:27 AM UTC+2, la...@math.luc.edu wrote: On Thursday, June 18, 2015 at 5:30:14 PM UTC-5, Volker Braun wrote: There is something fishy even before the failure when I diff it with my log (see below): Your clang doesn't support C89 and misses ANSI C headers. Do you have anything in /usr/local installed? lots. e.g., 'texlive' and 'mysql' directories. in 'bin' one finds ps2pdf, etc. in 'include' one finds graphviz and aspell.h (i seem to be using the texlive. 'which latex' points to /usr/texbin/latex, but tracing down the symbolic links, it comes back to this texlive directory.) I will answer the other question from your other post here... weehawken:sage-devel lauve$ clang++ -E -x c++ - -v /dev/null Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix /usr/bin/clang++ -cc1 -triple x86_64-apple-macosx10.10.0 -E -disable-free -disable-llvm-verifier -main-file-name - -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 242 -v -dwarf-column-info -resource-dir /usr/bin/../lib/clang/6.1.0 -stdlib=libc++ -fdeprecated-macro -fdebug-compilation-dir /Users/lauve/sage-devel -ferror-limit 19 -fmessage-length 122 -stack-protector 1 -mstackrealign -fblocks -fobjc-runtime=macosx-10.10.0 -fencode-extended-block-signature -fcxx-exceptions -fexceptions -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -o - -x c++ - clang -cc1 version 6.1.0 based
[sage-devel] Re: Error compiling MPFR on development version install
On Friday, June 19, 2015 at 8:16:38 AM UTC-5, Volker Braun wrote: PS: Have you tried uninstalling and reinstalling Xcode (as opposed to just upgrading?) I'm sure a shoddy job of doing that is what got me in this mess in the first place. Over the many osx, xcode, and commandline tools upgrades this machine has witnessed, things are scattered all over the place. If I understand correctly, Xcode is now a full-fledged 'app' and now comes bundled with CommandLine tools. So I don't have to install them separately. This means I can delete the directory /Library/Developer/CommandLineTools, right? I am inclined to also delete things like clang and gcc from /usr/bin, as I don't want a reinstall of Xcode to assume things are hunky-dorey in that directory. (Comment/Question: one down-side of full-fledged 'app' is that there is no uninstall; moving it to the trash is not accompanied by my os looking around for other files to delete/modify. What, if anything, should I delete from /usr/bin or /usr/include or ...?) -- 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: Error compiling MPFR on development version install
PS: Have you tried uninstalling and reinstalling Xcode (as opposed to just upgrading?) On Friday, June 19, 2015 at 3:15:57 PM UTC+2, Volker Braun wrote: The --switch does not change /usr/bin/clang and friends, it just does some afaik undocumented stuff. Whats the include search path now? On Friday, June 19, 2015 at 2:47:29 PM UTC+2, la...@math.luc.edu wrote: I forgot to do '--print-path' before doing '--switch' so can't give you the output of that command, but after running '--switch' I still get /usr/bin/clang++ instead of your /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang Trying 'make' again anyway, there is no change. By the way, at least I DO have the files *stdarg.h* and *float.h* in /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0/include/ On Friday, June 19, 2015 at 3:20:33 AM UTC-5, Volker Braun wrote: PS: Correct output would be something like $ clang++ -E -x c++ - -v /dev/null Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -cc1 -triple x86_64-apple-macosx10.10.0 -E -disable-free -disable-llvm-verifier -main-file-name - -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 242 -v -dwarf-column-info -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0 -stdlib=libc++ -fdeprecated-macro -fdebug-compilation-dir /Users/vbraun/Sage -ferror-limit 19 -fmessage-length 121 -stack-protector 1 -mstackrealign -fblocks -fobjc-runtime=macosx-10.10.0 -fencode-extended-block-signature -fcxx-exceptions -fexceptions -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -o - -x c++ - clang -cc1 version 6.1.0 based upon LLVM 3.6.0svn default target x86_64-apple-darwin14.3.0 ignoring nonexistent directory /usr/include/c++/v1 #include ... search starts here: #include ... search starts here: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1 /usr/local/include /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0/include /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include /usr/include /System/Library/Frameworks (framework directory) /Library/Frameworks (framework directory) End of search list. # 1 stdin # 1 built-in 1 # 1 built-in 3 # 326 built-in 3 # 1 command line 1 # 1 built-in 2 # 1 stdin 2 $ ll /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0/include/stdarg.h -rw-r--r-- 1 root wheel 2094 26 Mar 02:48 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0/include/stdarg.h On Friday, June 19, 2015 at 10:19:19 AM UTC+2, Volker Braun wrote: Well your header search path is seriously messed up, no wonder that you can't find system headers. Whats the output of xcode-select --print-path You might want to try pointing Xcode to the right path, e.g. (assuming that it is in /Applications/Xcode.app): xcode-select --switch /Applications/Xcode.app/Contents/Developer/ and check if that fixes the header seach path On Friday, June 19, 2015 at 2:16:27 AM UTC+2, la...@math.luc.edu wrote: On Thursday, June 18, 2015 at 5:30:14 PM UTC-5, Volker Braun wrote: There is something fishy even before the failure when I diff it with my log (see below): Your clang doesn't support C89 and misses ANSI C headers. Do you have anything in /usr/local installed? lots. e.g., 'texlive' and 'mysql' directories. in 'bin' one finds ps2pdf, etc. in 'include' one finds graphviz and aspell.h (i seem to be using the texlive. 'which latex' points to /usr/texbin/latex, but tracing down the symbolic links, it comes back to this texlive directory.) I will answer the other question from your other post here... weehawken:sage-devel lauve$ clang++ -E -x c++ - -v /dev/null Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix /usr/bin/clang++ -cc1 -triple x86_64-apple-macosx10.10.0 -E -disable-free -disable-llvm-verifier -main-file-name - -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 242 -v -dwarf-column-info -resource-dir /usr/bin/../lib/clang/6.1.0 -stdlib=libc++ -fdeprecated-macro -fdebug-compilation-dir /Users/lauve/sage-devel -ferror-limit 19 -fmessage-length 122 -stack-protector 1 -mstackrealign -fblocks -fobjc-runtime=macosx-10.10.0
[sage-devel] Re: Error compiling MPFR on development version install
I forgot to do '--print-path' before doing '--switch' so can't give you the output of that command, but after running '--switch' I still get /usr/bin/clang++ instead of your /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang Trying 'make' again anyway, there is no change. By the way, at least I DO have the files *stdarg.h* and *float.h* in /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0/include/ On Friday, June 19, 2015 at 3:20:33 AM UTC-5, Volker Braun wrote: PS: Correct output would be something like $ clang++ -E -x c++ - -v /dev/null Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -cc1 -triple x86_64-apple-macosx10.10.0 -E -disable-free -disable-llvm-verifier -main-file-name - -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 242 -v -dwarf-column-info -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0 -stdlib=libc++ -fdeprecated-macro -fdebug-compilation-dir /Users/vbraun/Sage -ferror-limit 19 -fmessage-length 121 -stack-protector 1 -mstackrealign -fblocks -fobjc-runtime=macosx-10.10.0 -fencode-extended-block-signature -fcxx-exceptions -fexceptions -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -o - -x c++ - clang -cc1 version 6.1.0 based upon LLVM 3.6.0svn default target x86_64-apple-darwin14.3.0 ignoring nonexistent directory /usr/include/c++/v1 #include ... search starts here: #include ... search starts here: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1 /usr/local/include /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0/include /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include /usr/include /System/Library/Frameworks (framework directory) /Library/Frameworks (framework directory) End of search list. # 1 stdin # 1 built-in 1 # 1 built-in 3 # 326 built-in 3 # 1 command line 1 # 1 built-in 2 # 1 stdin 2 $ ll /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0/include/stdarg.h -rw-r--r-- 1 root wheel 2094 26 Mar 02:48 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0/include/stdarg.h On Friday, June 19, 2015 at 10:19:19 AM UTC+2, Volker Braun wrote: Well your header search path is seriously messed up, no wonder that you can't find system headers. Whats the output of xcode-select --print-path You might want to try pointing Xcode to the right path, e.g. (assuming that it is in /Applications/Xcode.app): xcode-select --switch /Applications/Xcode.app/Contents/Developer/ and check if that fixes the header seach path On Friday, June 19, 2015 at 2:16:27 AM UTC+2, la...@math.luc.edu wrote: On Thursday, June 18, 2015 at 5:30:14 PM UTC-5, Volker Braun wrote: There is something fishy even before the failure when I diff it with my log (see below): Your clang doesn't support C89 and misses ANSI C headers. Do you have anything in /usr/local installed? lots. e.g., 'texlive' and 'mysql' directories. in 'bin' one finds ps2pdf, etc. in 'include' one finds graphviz and aspell.h (i seem to be using the texlive. 'which latex' points to /usr/texbin/latex, but tracing down the symbolic links, it comes back to this texlive directory.) I will answer the other question from your other post here... weehawken:sage-devel lauve$ clang++ -E -x c++ - -v /dev/null Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix /usr/bin/clang++ -cc1 -triple x86_64-apple-macosx10.10.0 -E -disable-free -disable-llvm-verifier -main-file-name - -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 242 -v -dwarf-column-info -resource-dir /usr/bin/../lib/clang/6.1.0 -stdlib=libc++ -fdeprecated-macro -fdebug-compilation-dir /Users/lauve/sage-devel -ferror-limit 19 -fmessage-length 122 -stack-protector 1 -mstackrealign -fblocks -fobjc-runtime=macosx-10.10.0 -fencode-extended-block-signature -fcxx-exceptions -fexceptions -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -o - -x c++ - clang -cc1 version 6.1.0 based upon LLVM 3.6.0svn default target x86_64-apple-darwin14.3.0 ignoring nonexistent directory /usr/bin/../include/c++/v1 ignoring nonexistent directory /usr/include/c++/v1 ignoring nonexistent directory
[sage-devel] Re: Error compiling MPFR on development version install
Well your header search path is seriously messed up, no wonder that you can't find system headers. Whats the output of xcode-select --print-path You might want to try pointing Xcode to the right path, e.g. (assuming that it is in /Applications/Xcode.app): xcode-select --switch /Applications/Xcode.app/Contents/Developer/ and check if that fixes the header seach path On Friday, June 19, 2015 at 2:16:27 AM UTC+2, la...@math.luc.edu wrote: On Thursday, June 18, 2015 at 5:30:14 PM UTC-5, Volker Braun wrote: There is something fishy even before the failure when I diff it with my log (see below): Your clang doesn't support C89 and misses ANSI C headers. Do you have anything in /usr/local installed? lots. e.g., 'texlive' and 'mysql' directories. in 'bin' one finds ps2pdf, etc. in 'include' one finds graphviz and aspell.h (i seem to be using the texlive. 'which latex' points to /usr/texbin/latex, but tracing down the symbolic links, it comes back to this texlive directory.) I will answer the other question from your other post here... weehawken:sage-devel lauve$ clang++ -E -x c++ - -v /dev/null Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix /usr/bin/clang++ -cc1 -triple x86_64-apple-macosx10.10.0 -E -disable-free -disable-llvm-verifier -main-file-name - -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 242 -v -dwarf-column-info -resource-dir /usr/bin/../lib/clang/6.1.0 -stdlib=libc++ -fdeprecated-macro -fdebug-compilation-dir /Users/lauve/sage-devel -ferror-limit 19 -fmessage-length 122 -stack-protector 1 -mstackrealign -fblocks -fobjc-runtime=macosx-10.10.0 -fencode-extended-block-signature -fcxx-exceptions -fexceptions -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -o - -x c++ - clang -cc1 version 6.1.0 based upon LLVM 3.6.0svn default target x86_64-apple-darwin14.3.0 ignoring nonexistent directory /usr/bin/../include/c++/v1 ignoring nonexistent directory /usr/include/c++/v1 ignoring nonexistent directory /usr/bin/../lib/clang/6.1.0/include #include ... search starts here: #include ... search starts here: /usr/local/include /usr/include /System/Library/Frameworks (framework directory) /Library/Frameworks (framework directory) End of search list. # 1 stdin # 1 built-in 1 # 1 built-in 3 # 326 built-in 3 # 1 command line 1 # 1 built-in 2 # 1 stdin 2 @@ -70,7 +71,7 @@ checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/bin/clang accepts -g... yes -checking for /usr/bin/clang option to accept ISO C89... none needed +checking for /usr/bin/clang option to accept ISO C89... unsupported checking for style of include used by make... GNU checking dependency style of /usr/bin/clang... gcc3 checking how to run the C preprocessor... /usr/bin/clang -E @@ -82,7 +83,7 @@ checking for working volatile... yes checking for main in -lm... yes checking whether time.h and sys/time.h may both be included... yes -checking for ANSI C header files... yes +checking for ANSI C header files... no checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes @@ -95,2236 +96,6 @@ checking for size_t... yes checking limits.h usability... yes checking limits.h presence... yes -checking for limits.h... yes -checking float.h usability... yes -checking float.h presence... yes On Thursday, June 18, 2015 at 10:43:10 PM UTC+2, la...@math.luc.edu wrote: Re: possibly needing to install Xcode: I installed it. restarted machine. ran 'make distclean' then ran 'make'. Same problem. two files (float.h and stdarg.h) that cannot be found, though they exist. 'xcode-select --version' and 'gcc --version' return the same output as I mentioned before. Here are the logs, in full. ~~~ ~~~ mpfr ~~ Found local metadata for mpfr-3.1.2.p0 Found local sources at /Users/lauve/sage-devel/upstream/mpfr-3.1.2.tar.bz2 Checksum: e70341aa7974b4ba1023c75c750aca68222b0723 vs e70341aa7974b4ba1023c75c750aca68222b0723 mpfr-3.1.2.p0 Setting up build directory for mpfr-3.1.2.p0 Finished set up Host system: Darwin weehawken.local 14.3.0 Darwin Kernel Version 14.3.0: Mon Mar 23 11:59:05 PDT 2015; root:xnu-2782.20.48~5/RELEASE_X86_64 x86_64 C compiler: /usr/bin/clang C compiler version: Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix Patching MPFR... Now configuring MPFR... Checking what CC and CFLAGS MPFR would use if they
[sage-devel] Re: Error compiling MPFR on development version install
PS: Correct output would be something like $ clang++ -E -x c++ - -v /dev/null Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -cc1 -triple x86_64-apple-macosx10.10.0 -E -disable-free -disable-llvm-verifier -main-file-name - -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 242 -v -dwarf-column-info -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0 -stdlib=libc++ -fdeprecated-macro -fdebug-compilation-dir /Users/vbraun/Sage -ferror-limit 19 -fmessage-length 121 -stack-protector 1 -mstackrealign -fblocks -fobjc-runtime=macosx-10.10.0 -fencode-extended-block-signature -fcxx-exceptions -fexceptions -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -o - -x c++ - clang -cc1 version 6.1.0 based upon LLVM 3.6.0svn default target x86_64-apple-darwin14.3.0 ignoring nonexistent directory /usr/include/c++/v1 #include ... search starts here: #include ... search starts here: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1 /usr/local/include /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0/include /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include /usr/include /System/Library/Frameworks (framework directory) /Library/Frameworks (framework directory) End of search list. # 1 stdin # 1 built-in 1 # 1 built-in 3 # 326 built-in 3 # 1 command line 1 # 1 built-in 2 # 1 stdin 2 $ ll /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0/include/stdarg.h -rw-r--r-- 1 root wheel 2094 26 Mar 02:48 /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/6.1.0/include/stdarg.h On Friday, June 19, 2015 at 10:19:19 AM UTC+2, Volker Braun wrote: Well your header search path is seriously messed up, no wonder that you can't find system headers. Whats the output of xcode-select --print-path You might want to try pointing Xcode to the right path, e.g. (assuming that it is in /Applications/Xcode.app): xcode-select --switch /Applications/Xcode.app/Contents/Developer/ and check if that fixes the header seach path On Friday, June 19, 2015 at 2:16:27 AM UTC+2, la...@math.luc.edu wrote: On Thursday, June 18, 2015 at 5:30:14 PM UTC-5, Volker Braun wrote: There is something fishy even before the failure when I diff it with my log (see below): Your clang doesn't support C89 and misses ANSI C headers. Do you have anything in /usr/local installed? lots. e.g., 'texlive' and 'mysql' directories. in 'bin' one finds ps2pdf, etc. in 'include' one finds graphviz and aspell.h (i seem to be using the texlive. 'which latex' points to /usr/texbin/latex, but tracing down the symbolic links, it comes back to this texlive directory.) I will answer the other question from your other post here... weehawken:sage-devel lauve$ clang++ -E -x c++ - -v /dev/null Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix /usr/bin/clang++ -cc1 -triple x86_64-apple-macosx10.10.0 -E -disable-free -disable-llvm-verifier -main-file-name - -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 242 -v -dwarf-column-info -resource-dir /usr/bin/../lib/clang/6.1.0 -stdlib=libc++ -fdeprecated-macro -fdebug-compilation-dir /Users/lauve/sage-devel -ferror-limit 19 -fmessage-length 122 -stack-protector 1 -mstackrealign -fblocks -fobjc-runtime=macosx-10.10.0 -fencode-extended-block-signature -fcxx-exceptions -fexceptions -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -o - -x c++ - clang -cc1 version 6.1.0 based upon LLVM 3.6.0svn default target x86_64-apple-darwin14.3.0 ignoring nonexistent directory /usr/bin/../include/c++/v1 ignoring nonexistent directory /usr/include/c++/v1 ignoring nonexistent directory /usr/bin/../lib/clang/6.1.0/include #include ... search starts here: #include ... search starts here: /usr/local/include /usr/include /System/Library/Frameworks (framework directory) /Library/Frameworks (framework directory) End of search list. # 1 stdin # 1 built-in 1 # 1 built-in 3 # 326 built-in 3 # 1 command line 1 # 1 built-in 2 # 1 stdin 2 @@ -70,7 +71,7 @@ checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/bin/clang accepts -g... yes -checking for /usr/bin/clang option to accept ISO C89... none needed +checking for
[sage-devel] Re: Error compiling MPFR on development version install
Unfortunately there is no satisfactory uninstall process for Xcode or Command line tools. Your efforts sound good though. On Friday, June 19, 2015 at 4:20:36 PM UTC+2, la...@math.luc.edu wrote: On Friday, June 19, 2015 at 8:16:38 AM UTC-5, Volker Braun wrote: PS: Have you tried uninstalling and reinstalling Xcode (as opposed to just upgrading?) I'm sure a shoddy job of doing that is what got me in this mess in the first place. Over the many osx, xcode, and commandline tools upgrades this machine has witnessed, things are scattered all over the place. If I understand correctly, Xcode is now a full-fledged 'app' and now comes bundled with CommandLine tools. So I don't have to install them separately. This means I can delete the directory /Library/Developer/CommandLineTools, right? I am inclined to also delete things like clang and gcc from /usr/bin, as I don't want a reinstall of Xcode to assume things are hunky-dorey in that directory. (Comment/Question: one down-side of full-fledged 'app' is that there is no uninstall; moving it to the trash is not accompanied by my os looking around for other files to delete/modify. What, if anything, should I delete from /usr/bin or /usr/include or ...?) -- 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: Error compiling MPFR on development version install
Okay... I am now running 10.10.3. to try to get a clean version of tools, I deleted the following three directories: * /Applications/Xcode.app * /Library/Developer/CommandLineTools * /usr/include/c++ I ran xcode-select --install from the command line. A pop up asked me to install. I did. Now /Library/Developer/CommandLineTools and /usr/include/c++ have returned. (note that I do not have XCode.app at present) Still, in my sage source directory, when I run make -j4, I get errors. (Setting SAGE_KEEP_BUILT_SPKGS='yes' doesn't eliminate the problem.) There are errors in the packages *mpfr-3.1.2.p0* and *zlib-1.2.8.p0*. In my logs, the packages seem not to be able to find files that I'm sure are there: *float.h* and *stdarg.h* indeed, there is some general checks that flew by earlier in the build process to the effect, checking float.h usability... yes checking float.h presence... yes checking for float.h... yes Yet, mpfr cannot find it. Similarly, earlier in the 'make' process, I saw fly by the line checking whether stdarg.h exists and works... yes new output of gcc --version : Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix (note: both of the directories mentioned do exist. The files *float.h* and *stdarg.h* exist in: * /Library/Developer/CommandLineTools/usr/lib/clang/6.1.0/include/ * /usr/include/c++/4.2.1/tr1/ among other places) output of xcode-select --version : xcode-select version 2333 output of locate stdarg.h : /Applications/local/include/c++/4.6.3/tr1/stdarg.h /Applications/local/lib/gcc/x86_64-apple-darwin10.8.0/4.6.3/include/cross-stdarg.h /Applications/local/lib/gcc/x86_64-apple-darwin10.8.0/4.6.3/include/stdarg.h /Library/Developer/CommandLineTools/Library/PrivateFrameworks/LLDB.framework/Versions/A/Resources/Clang/include/stdarg.h /Library/Developer/CommandLineTools/usr/lib/clang/6.1.0/include/stdarg.h /Library/Developer/CommandLineTools/usr/lib/llvm-gcc/4.2.1/include/stdarg.h /System/Library/Frameworks/Kernel.framework/Versions/A/Headers/stdarg.h /System/Library/Frameworks/OpenCL.framework/Versions/A/lib/clang/2.0/include/stdarg.h /usr/include/c++/4.2.1/tr1/stdarg.h output of locate float.h : /Applications/gap4r4/src/float.h /Applications/local/include/c++/4.6.3/tr1/float.h /Applications/local/lib/gap-4.4.12/src/float.h /Applications/local/lib/gcc/x86_64-apple-darwin10.8.0/4.6.3/include/float.h /Library/Developer/CommandLineTools/Library/PrivateFrameworks/LLDB.framework/Versions/A/Resources/Clang/include/float.h /Library/Developer/CommandLineTools/usr/lib/clang/6.1.0/include/float.h /System/Library/Frameworks/OpenCL.framework/Versions/A/lib/clang/2.0/include/float.h /usr/include/c++/4.2.1/tr1/float.h Any further ideas? On Wednesday, June 10, 2015 at 2:56:55 PM UTC-5, Volker Braun wrote: Since Apple declined to fix the rootpipe bug in OSX 10.9 I would recommend to upgrade to OSX 10.10 asap, effectively you don't receive security fixes any more. Even then, why did you not upgrade to command line tools 6.2? They should still run on OSX 10.9 On Wednesday, June 10, 2015 at 7:43:14 PM UTC+2, la...@math.luc.edu wrote: Volkar: Here's more info: weehawken:sage-git lauve$ gcc --version Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 6.0 (clang-600.0.56) (based on LLVM 3.5svn) Target: x86_64-apple-darwin13.4.0 Thread model: posix weehawken:sage-git lauve$ which gcc /usr/bin/gcc Note: the 'prefix' it points to is not where I have installed the most recent version of command line tools, but I moved the 'usr' folder there to 'usr.old', created a symbolic link to '/usr' and tried again. The error persists: float.h not found On Wednesday, June 10, 2015 at 10:32:30 AM UTC-5, Volker Braun wrote: CommandLineTools for XCode 6.1.1 is old and buggy... Also, are you sure you are using the compiler you think you are using? You can have multiple ones. Output of gcc --version? On Wednesday, June 10, 2015 at 4:37:13 PM UTC+2, Anne Schilling wrote: Hello, Aaron Lauve at Sage Days 65 is having trouble installing development version of Sage on my Mac. (OSX10.9.5, with CommandLineTools for XCode 6.1.1 installed) The error is Error installing package mpfr-3.1.2.p0 Here is the tail of the log file created, which seems to point to not finding float.h (But it can be located on my machine with locate float.h from / directory.) ~~~ checking for limits.h... yes checking float.h usability... no checking float.h presence... no checking for float.h... no configure: error: float.h not found Error configuring MPFR. See above for the options passed to it, and the file
[sage-devel] Re: Error compiling MPFR on development version install
will install Xcode and get back to you. in the meantime, did you just want a directory listing, or the actual logs? weehawken:sage-devel lauve$ ls logs/pkgs/ bzip2-1.0.6.20140317.log mpfr-3.1.2.p0.logpkgconf-0.9.7.log config.log mpir-2.7.0-alpha12.log zlib-1.2.8.p0.log iconv-1.14.log patch-2.7.1.log On Thursday, June 18, 2015 at 1:27:43 PM UTC-5, Volker Braun wrote: I think you need to have XCode installed, even though you shouldn't have to. Can you also post logs (in SAGE_ROOT/logs/pkgs/) On Thursday, June 18, 2015 at 7:29:56 PM UTC+2, la...@math.luc.edu wrote: Okay... I am now running 10.10.3. to try to get a clean version of tools, I deleted the following three directories: * /Applications/Xcode.app * /Library/Developer/CommandLineTools * /usr/include/c++ I ran xcode-select --install from the command line. A pop up asked me to install. I did. Now /Library/Developer/CommandLineTools and /usr/include/c++ have returned. (note that I do not have XCode.app at present) Still, in my sage source directory, when I run make -j4, I get errors. (Setting SAGE_KEEP_BUILT_SPKGS='yes' doesn't eliminate the problem.) There are errors in the packages *mpfr-3.1.2.p0* and *zlib-1.2.8.p0*. In my logs, the packages seem not to be able to find files that I'm sure are there: *float.h* and *stdarg.h* indeed, there is some general checks that flew by earlier in the build process to the effect, checking float.h usability... yes checking float.h presence... yes checking for float.h... yes Yet, mpfr cannot find it. Similarly, earlier in the 'make' process, I saw fly by the line checking whether stdarg.h exists and works... yes new output of gcc --version : Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix (note: both of the directories mentioned do exist. The files *float.h* and *stdarg.h* exist in: * /Library/Developer/CommandLineTools/usr/lib/clang/6.1.0/include/ * /usr/include/c++/4.2.1/tr1/ among other places) output of xcode-select --version : xcode-select version 2333 output of locate stdarg.h : /Applications/local/include/c++/4.6.3/tr1/stdarg.h /Applications/local/lib/gcc/x86_64-apple-darwin10.8.0/4.6.3/include/cross-stdarg.h /Applications/local/lib/gcc/x86_64-apple-darwin10.8.0/4.6.3/include/stdarg.h /Library/Developer/CommandLineTools/Library/PrivateFrameworks/LLDB.framework/Versions/A/Resources/Clang/include/stdarg.h /Library/Developer/CommandLineTools/usr/lib/clang/6.1.0/include/stdarg.h /Library/Developer/CommandLineTools/usr/lib/llvm-gcc/4.2.1/include/stdarg.h /System/Library/Frameworks/Kernel.framework/Versions/A/Headers/stdarg.h /System/Library/Frameworks/OpenCL.framework/Versions/A/lib/clang/2.0/include/stdarg.h /usr/include/c++/4.2.1/tr1/stdarg.h output of locate float.h : /Applications/gap4r4/src/float.h /Applications/local/include/c++/4.6.3/tr1/float.h /Applications/local/lib/gap-4.4.12/src/float.h /Applications/local/lib/gcc/x86_64-apple-darwin10.8.0/4.6.3/include/float.h /Library/Developer/CommandLineTools/Library/PrivateFrameworks/LLDB.framework/Versions/A/Resources/Clang/include/float.h /Library/Developer/CommandLineTools/usr/lib/clang/6.1.0/include/float.h /System/Library/Frameworks/OpenCL.framework/Versions/A/lib/clang/2.0/include/float.h /usr/include/c++/4.2.1/tr1/float.h Any further ideas? On Wednesday, June 10, 2015 at 2:56:55 PM UTC-5, Volker Braun wrote: Since Apple declined to fix the rootpipe bug in OSX 10.9 I would recommend to upgrade to OSX 10.10 asap, effectively you don't receive security fixes any more. Even then, why did you not upgrade to command line tools 6.2? They should still run on OSX 10.9 On Wednesday, June 10, 2015 at 7:43:14 PM UTC+2, la...@math.luc.edu wrote: Volkar: Here's more info: weehawken:sage-git lauve$ gcc --version Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 6.0 (clang-600.0.56) (based on LLVM 3.5svn) Target: x86_64-apple-darwin13.4.0 Thread model: posix weehawken:sage-git lauve$ which gcc /usr/bin/gcc Note: the 'prefix' it points to is not where I have installed the most recent version of command line tools, but I moved the 'usr' folder there to 'usr.old', created a symbolic link to '/usr' and tried again. The error persists: float.h not found On Wednesday, June 10, 2015 at 10:32:30 AM UTC-5, Volker Braun wrote: CommandLineTools for XCode 6.1.1 is old and buggy... Also, are you sure you are using the compiler you think you are using? You can have multiple ones. Output of gcc --version? On Wednesday, June 10, 2015 at 4:37:13 PM UTC+2, Anne
[sage-devel] Re: Error compiling MPFR on development version install
I think you need to have XCode installed, even though you shouldn't have to. Can you also post logs (in SAGE_ROOT/logs/pkgs/) On Thursday, June 18, 2015 at 7:29:56 PM UTC+2, la...@math.luc.edu wrote: Okay... I am now running 10.10.3. to try to get a clean version of tools, I deleted the following three directories: * /Applications/Xcode.app * /Library/Developer/CommandLineTools * /usr/include/c++ I ran xcode-select --install from the command line. A pop up asked me to install. I did. Now /Library/Developer/CommandLineTools and /usr/include/c++ have returned. (note that I do not have XCode.app at present) Still, in my sage source directory, when I run make -j4, I get errors. (Setting SAGE_KEEP_BUILT_SPKGS='yes' doesn't eliminate the problem.) There are errors in the packages *mpfr-3.1.2.p0* and *zlib-1.2.8.p0*. In my logs, the packages seem not to be able to find files that I'm sure are there: *float.h* and *stdarg.h* indeed, there is some general checks that flew by earlier in the build process to the effect, checking float.h usability... yes checking float.h presence... yes checking for float.h... yes Yet, mpfr cannot find it. Similarly, earlier in the 'make' process, I saw fly by the line checking whether stdarg.h exists and works... yes new output of gcc --version : Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix (note: both of the directories mentioned do exist. The files *float.h* and *stdarg.h* exist in: * /Library/Developer/CommandLineTools/usr/lib/clang/6.1.0/include/ * /usr/include/c++/4.2.1/tr1/ among other places) output of xcode-select --version : xcode-select version 2333 output of locate stdarg.h : /Applications/local/include/c++/4.6.3/tr1/stdarg.h /Applications/local/lib/gcc/x86_64-apple-darwin10.8.0/4.6.3/include/cross-stdarg.h /Applications/local/lib/gcc/x86_64-apple-darwin10.8.0/4.6.3/include/stdarg.h /Library/Developer/CommandLineTools/Library/PrivateFrameworks/LLDB.framework/Versions/A/Resources/Clang/include/stdarg.h /Library/Developer/CommandLineTools/usr/lib/clang/6.1.0/include/stdarg.h /Library/Developer/CommandLineTools/usr/lib/llvm-gcc/4.2.1/include/stdarg.h /System/Library/Frameworks/Kernel.framework/Versions/A/Headers/stdarg.h /System/Library/Frameworks/OpenCL.framework/Versions/A/lib/clang/2.0/include/stdarg.h /usr/include/c++/4.2.1/tr1/stdarg.h output of locate float.h : /Applications/gap4r4/src/float.h /Applications/local/include/c++/4.6.3/tr1/float.h /Applications/local/lib/gap-4.4.12/src/float.h /Applications/local/lib/gcc/x86_64-apple-darwin10.8.0/4.6.3/include/float.h /Library/Developer/CommandLineTools/Library/PrivateFrameworks/LLDB.framework/Versions/A/Resources/Clang/include/float.h /Library/Developer/CommandLineTools/usr/lib/clang/6.1.0/include/float.h /System/Library/Frameworks/OpenCL.framework/Versions/A/lib/clang/2.0/include/float.h /usr/include/c++/4.2.1/tr1/float.h Any further ideas? On Wednesday, June 10, 2015 at 2:56:55 PM UTC-5, Volker Braun wrote: Since Apple declined to fix the rootpipe bug in OSX 10.9 I would recommend to upgrade to OSX 10.10 asap, effectively you don't receive security fixes any more. Even then, why did you not upgrade to command line tools 6.2? They should still run on OSX 10.9 On Wednesday, June 10, 2015 at 7:43:14 PM UTC+2, la...@math.luc.edu wrote: Volkar: Here's more info: weehawken:sage-git lauve$ gcc --version Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 6.0 (clang-600.0.56) (based on LLVM 3.5svn) Target: x86_64-apple-darwin13.4.0 Thread model: posix weehawken:sage-git lauve$ which gcc /usr/bin/gcc Note: the 'prefix' it points to is not where I have installed the most recent version of command line tools, but I moved the 'usr' folder there to 'usr.old', created a symbolic link to '/usr' and tried again. The error persists: float.h not found On Wednesday, June 10, 2015 at 10:32:30 AM UTC-5, Volker Braun wrote: CommandLineTools for XCode 6.1.1 is old and buggy... Also, are you sure you are using the compiler you think you are using? You can have multiple ones. Output of gcc --version? On Wednesday, June 10, 2015 at 4:37:13 PM UTC+2, Anne Schilling wrote: Hello, Aaron Lauve at Sage Days 65 is having trouble installing development version of Sage on my Mac. (OSX10.9.5, with CommandLineTools for XCode 6.1.1 installed) The error is Error installing package mpfr-3.1.2.p0 Here is the tail of the log file created, which seems to point to not finding float.h (But it can be located on my machine with locate float.h from / directory.) ~~~
[sage-devel] Re: Error compiling MPFR on development version install
The actual logs of whatever failed On Thursday, June 18, 2015 at 8:56:56 PM UTC+2, la...@math.luc.edu wrote: will install Xcode and get back to you. in the meantime, did you just want a directory listing, or the actual logs? weehawken:sage-devel lauve$ ls logs/pkgs/ bzip2-1.0.6.20140317.log mpfr-3.1.2.p0.logpkgconf-0.9.7.log config.log mpir-2.7.0-alpha12.log zlib-1.2.8.p0.log iconv-1.14.log patch-2.7.1.log On Thursday, June 18, 2015 at 1:27:43 PM UTC-5, Volker Braun wrote: I think you need to have XCode installed, even though you shouldn't have to. Can you also post logs (in SAGE_ROOT/logs/pkgs/) On Thursday, June 18, 2015 at 7:29:56 PM UTC+2, la...@math.luc.edu wrote: Okay... I am now running 10.10.3. to try to get a clean version of tools, I deleted the following three directories: * /Applications/Xcode.app * /Library/Developer/CommandLineTools * /usr/include/c++ I ran xcode-select --install from the command line. A pop up asked me to install. I did. Now /Library/Developer/CommandLineTools and /usr/include/c++ have returned. (note that I do not have XCode.app at present) Still, in my sage source directory, when I run make -j4, I get errors. (Setting SAGE_KEEP_BUILT_SPKGS='yes' doesn't eliminate the problem.) There are errors in the packages *mpfr-3.1.2.p0* and *zlib-1.2.8.p0*. In my logs, the packages seem not to be able to find files that I'm sure are there: *float.h* and *stdarg.h* indeed, there is some general checks that flew by earlier in the build process to the effect, checking float.h usability... yes checking float.h presence... yes checking for float.h... yes Yet, mpfr cannot find it. Similarly, earlier in the 'make' process, I saw fly by the line checking whether stdarg.h exists and works... yes new output of gcc --version : Configured with: --prefix=/Library/Developer/CommandLineTools/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix (note: both of the directories mentioned do exist. The files *float.h* and *stdarg.h* exist in: * /Library/Developer/CommandLineTools/usr/lib/clang/6.1.0/include/ * /usr/include/c++/4.2.1/tr1/ among other places) output of xcode-select --version : xcode-select version 2333 output of locate stdarg.h : /Applications/local/include/c++/4.6.3/tr1/stdarg.h /Applications/local/lib/gcc/x86_64-apple-darwin10.8.0/4.6.3/include/cross-stdarg.h /Applications/local/lib/gcc/x86_64-apple-darwin10.8.0/4.6.3/include/stdarg.h /Library/Developer/CommandLineTools/Library/PrivateFrameworks/LLDB.framework/Versions/A/Resources/Clang/include/stdarg.h /Library/Developer/CommandLineTools/usr/lib/clang/6.1.0/include/stdarg.h /Library/Developer/CommandLineTools/usr/lib/llvm-gcc/4.2.1/include/stdarg.h /System/Library/Frameworks/Kernel.framework/Versions/A/Headers/stdarg.h /System/Library/Frameworks/OpenCL.framework/Versions/A/lib/clang/2.0/include/stdarg.h /usr/include/c++/4.2.1/tr1/stdarg.h output of locate float.h : /Applications/gap4r4/src/float.h /Applications/local/include/c++/4.6.3/tr1/float.h /Applications/local/lib/gap-4.4.12/src/float.h /Applications/local/lib/gcc/x86_64-apple-darwin10.8.0/4.6.3/include/float.h /Library/Developer/CommandLineTools/Library/PrivateFrameworks/LLDB.framework/Versions/A/Resources/Clang/include/float.h /Library/Developer/CommandLineTools/usr/lib/clang/6.1.0/include/float.h /System/Library/Frameworks/OpenCL.framework/Versions/A/lib/clang/2.0/include/float.h /usr/include/c++/4.2.1/tr1/float.h Any further ideas? On Wednesday, June 10, 2015 at 2:56:55 PM UTC-5, Volker Braun wrote: Since Apple declined to fix the rootpipe bug in OSX 10.9 I would recommend to upgrade to OSX 10.10 asap, effectively you don't receive security fixes any more. Even then, why did you not upgrade to command line tools 6.2? They should still run on OSX 10.9 On Wednesday, June 10, 2015 at 7:43:14 PM UTC+2, la...@math.luc.edu wrote: Volkar: Here's more info: weehawken:sage-git lauve$ gcc --version Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 6.0 (clang-600.0.56) (based on LLVM 3.5svn) Target: x86_64-apple-darwin13.4.0 Thread model: posix weehawken:sage-git lauve$ which gcc /usr/bin/gcc Note: the 'prefix' it points to is not where I have installed the most recent version of command line tools, but I moved the 'usr' folder there to 'usr.old', created a symbolic link to '/usr' and tried again. The error persists: float.h not found On Wednesday, June 10, 2015 at 10:32:30 AM UTC-5, Volker Braun wrote: CommandLineTools for XCode 6.1.1 is old and buggy... Also, are you sure you are using the compiler you think you are using?
[sage-devel] Re: Error compiling MPFR on development version install
Re: possibly needing to install Xcode: I installed it. restarted machine. ran 'make distclean' then ran 'make'. Same problem. two files (float.h and stdarg.h) that cannot be found, though they exist. 'xcode-select --version' and 'gcc --version' return the same output as I mentioned before. Here are the logs, in full. ~~~ ~~~ mpfr ~~ Found local metadata for mpfr-3.1.2.p0 Found local sources at /Users/lauve/sage-devel/upstream/mpfr-3.1.2.tar.bz2 Checksum: e70341aa7974b4ba1023c75c750aca68222b0723 vs e70341aa7974b4ba1023c75c750aca68222b0723 mpfr-3.1.2.p0 Setting up build directory for mpfr-3.1.2.p0 Finished set up Host system: Darwin weehawken.local 14.3.0 Darwin Kernel Version 14.3.0: Mon Mar 23 11:59:05 PDT 2015; root:xnu-2782.20.48~5/RELEASE_X86_64 x86_64 C compiler: /usr/bin/clang C compiler version: Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix Patching MPFR... Now configuring MPFR... Checking what CC and CFLAGS MPFR would use if they were empty... Settings chosen by MPFR when configuring with CC and CFLAGS unset: CC: /usr/bin/gcc CFLAGS: -Wall -Wmissing-prototypes -Wpointer-arith -m64 -O2 -march=corei7-avx -mtune=corei7-avx -g Settings required to properly build MPFR, taking into account SAGE_DEBUG etc.: CFLAGS: LDFLAGS: ABI: Settings from the global environment: CC: /usr/bin/clang CFLAGS: (CPPFLAGS, CXX and CXXFLAGS are listed below; these don't get modified.) Using MPFR's settings (plus mandatory ones). Finally using the following settings: CC=/usr/bin/clang CFLAGS=-Wall -Wmissing-prototypes -Wpointer-arith -m64 -O2 -march=corei7-avx -mtune=corei7-avx -g CPP= CPPFLAGS= CXX=/usr/bin/clang++ CXXFLAGS= LDFLAGS= ABI= (These settings may still get overridden by 'configure' or Makefiles.) Configuring MPFR with the following options: --prefix=/Users/lauve/sage-devel/local --libdir=/Users/lauve/sage-devel/local/lib --with-gmp=/Users/lauve/sage-devel/local --disable-thread-safe You can set MPFR_CONFIGURE to pass additional parameters. checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... yes checking build system type... x86_64-apple-darwin14.3.0 checking host system type... x86_64-apple-darwin14.3.0 checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for a sed that does not truncate output... /usr/bin/sed checking for gcc... /usr/bin/clang checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/bin/clang accepts -g... yes checking for /usr/bin/clang option to accept ISO C89... unsupported checking for style of include used by make... GNU checking dependency style of /usr/bin/clang... gcc3 checking how to run the C preprocessor... /usr/bin/clang -E checking for ICC... no checking whether /usr/bin/clang and cc understand -c and -o together... rm: conftest.dSYM: is a directory yes checking if the compiler understands -Wl,-search_paths_first... yes checking for an ANSI C-conforming const... yes checking for working volatile... yes checking for main in -lm... yes checking whether time.h and sys/time.h may both be included... yes checking for ANSI C header files... no checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for size_t... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking float.h usability... no checking float.h presence... no checking for float.h... no configure: error: float.h not found Error configuring MPFR. See above for the options passed to it, and the file /Users/lauve/sage-devel/local/var/tmp/sage/build/mpfr-3.1.2.p0/src/config.log for details. real 0m26.664s user 0m10.775s sys 0m9.652s Error installing package mpfr-3.1.2.p0 Please email sage-devel
[sage-devel] Re: Error compiling MPFR on development version install
There is something fishy even before the failure when I diff it with my log (see below): Your clang doesn't support C89 and misses ANSI C headers. Do you have anything in /usr/local installed? @@ -70,7 +71,7 @@ checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/bin/clang accepts -g... yes -checking for /usr/bin/clang option to accept ISO C89... none needed +checking for /usr/bin/clang option to accept ISO C89... unsupported checking for style of include used by make... GNU checking dependency style of /usr/bin/clang... gcc3 checking how to run the C preprocessor... /usr/bin/clang -E @@ -82,7 +83,7 @@ checking for working volatile... yes checking for main in -lm... yes checking whether time.h and sys/time.h may both be included... yes -checking for ANSI C header files... yes +checking for ANSI C header files... no checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes @@ -95,2236 +96,6 @@ checking for size_t... yes checking limits.h usability... yes checking limits.h presence... yes -checking for limits.h... yes -checking float.h usability... yes -checking float.h presence... yes On Thursday, June 18, 2015 at 10:43:10 PM UTC+2, la...@math.luc.edu wrote: Re: possibly needing to install Xcode: I installed it. restarted machine. ran 'make distclean' then ran 'make'. Same problem. two files (float.h and stdarg.h) that cannot be found, though they exist. 'xcode-select --version' and 'gcc --version' return the same output as I mentioned before. Here are the logs, in full. ~~~ ~~~ mpfr ~~ Found local metadata for mpfr-3.1.2.p0 Found local sources at /Users/lauve/sage-devel/upstream/mpfr-3.1.2.tar.bz2 Checksum: e70341aa7974b4ba1023c75c750aca68222b0723 vs e70341aa7974b4ba1023c75c750aca68222b0723 mpfr-3.1.2.p0 Setting up build directory for mpfr-3.1.2.p0 Finished set up Host system: Darwin weehawken.local 14.3.0 Darwin Kernel Version 14.3.0: Mon Mar 23 11:59:05 PDT 2015; root:xnu-2782.20.48~5/RELEASE_X86_64 x86_64 C compiler: /usr/bin/clang C compiler version: Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix Patching MPFR... Now configuring MPFR... Checking what CC and CFLAGS MPFR would use if they were empty... Settings chosen by MPFR when configuring with CC and CFLAGS unset: CC: /usr/bin/gcc CFLAGS: -Wall -Wmissing-prototypes -Wpointer-arith -m64 -O2 -march=corei7-avx -mtune=corei7-avx -g Settings required to properly build MPFR, taking into account SAGE_DEBUG etc.: CFLAGS: LDFLAGS: ABI: Settings from the global environment: CC: /usr/bin/clang CFLAGS: (CPPFLAGS, CXX and CXXFLAGS are listed below; these don't get modified.) Using MPFR's settings (plus mandatory ones). Finally using the following settings: CC=/usr/bin/clang CFLAGS=-Wall -Wmissing-prototypes -Wpointer-arith -m64 -O2 -march=corei7-avx -mtune=corei7-avx -g CPP= CPPFLAGS= CXX=/usr/bin/clang++ CXXFLAGS= LDFLAGS= ABI= (These settings may still get overridden by 'configure' or Makefiles.) Configuring MPFR with the following options: --prefix=/Users/lauve/sage-devel/local --libdir=/Users/lauve/sage-devel/local/lib --with-gmp=/Users/lauve/sage-devel/local --disable-thread-safe You can set MPFR_CONFIGURE to pass additional parameters. checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... yes checking build system type... x86_64-apple-darwin14.3.0 checking host system type... x86_64-apple-darwin14.3.0 checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for a sed that does not truncate output... /usr/bin/sed checking for gcc... /usr/bin/clang checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/bin/clang accepts -g... yes checking for /usr/bin/clang option to accept ISO C89... unsupported checking for style of include used by make... GNU checking dependency style of /usr/bin/clang... gcc3 checking how to run the C preprocessor...
[sage-devel] Re: Error compiling MPFR on development version install
On Thursday, June 18, 2015 at 5:30:14 PM UTC-5, Volker Braun wrote: There is something fishy even before the failure when I diff it with my log (see below): Your clang doesn't support C89 and misses ANSI C headers. Do you have anything in /usr/local installed? lots. e.g., 'texlive' and 'mysql' directories. in 'bin' one finds ps2pdf, etc. in 'include' one finds graphviz and aspell.h (i seem to be using the texlive. 'which latex' points to /usr/texbin/latex, but tracing down the symbolic links, it comes back to this texlive directory.) I will answer the other question from your other post here... weehawken:sage-devel lauve$ clang++ -E -x c++ - -v /dev/null Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix /usr/bin/clang++ -cc1 -triple x86_64-apple-macosx10.10.0 -E -disable-free -disable-llvm-verifier -main-file-name - -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 242 -v -dwarf-column-info -resource-dir /usr/bin/../lib/clang/6.1.0 -stdlib=libc++ -fdeprecated-macro -fdebug-compilation-dir /Users/lauve/sage-devel -ferror-limit 19 -fmessage-length 122 -stack-protector 1 -mstackrealign -fblocks -fobjc-runtime=macosx-10.10.0 -fencode-extended-block-signature -fcxx-exceptions -fexceptions -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -o - -x c++ - clang -cc1 version 6.1.0 based upon LLVM 3.6.0svn default target x86_64-apple-darwin14.3.0 ignoring nonexistent directory /usr/bin/../include/c++/v1 ignoring nonexistent directory /usr/include/c++/v1 ignoring nonexistent directory /usr/bin/../lib/clang/6.1.0/include #include ... search starts here: #include ... search starts here: /usr/local/include /usr/include /System/Library/Frameworks (framework directory) /Library/Frameworks (framework directory) End of search list. # 1 stdin # 1 built-in 1 # 1 built-in 3 # 326 built-in 3 # 1 command line 1 # 1 built-in 2 # 1 stdin 2 @@ -70,7 +71,7 @@ checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/bin/clang accepts -g... yes -checking for /usr/bin/clang option to accept ISO C89... none needed +checking for /usr/bin/clang option to accept ISO C89... unsupported checking for style of include used by make... GNU checking dependency style of /usr/bin/clang... gcc3 checking how to run the C preprocessor... /usr/bin/clang -E @@ -82,7 +83,7 @@ checking for working volatile... yes checking for main in -lm... yes checking whether time.h and sys/time.h may both be included... yes -checking for ANSI C header files... yes +checking for ANSI C header files... no checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes @@ -95,2236 +96,6 @@ checking for size_t... yes checking limits.h usability... yes checking limits.h presence... yes -checking for limits.h... yes -checking float.h usability... yes -checking float.h presence... yes On Thursday, June 18, 2015 at 10:43:10 PM UTC+2, la...@math.luc.edu wrote: Re: possibly needing to install Xcode: I installed it. restarted machine. ran 'make distclean' then ran 'make'. Same problem. two files (float.h and stdarg.h) that cannot be found, though they exist. 'xcode-select --version' and 'gcc --version' return the same output as I mentioned before. Here are the logs, in full. ~~~ ~~~ mpfr ~~ Found local metadata for mpfr-3.1.2.p0 Found local sources at /Users/lauve/sage-devel/upstream/mpfr-3.1.2.tar.bz2 Checksum: e70341aa7974b4ba1023c75c750aca68222b0723 vs e70341aa7974b4ba1023c75c750aca68222b0723 mpfr-3.1.2.p0 Setting up build directory for mpfr-3.1.2.p0 Finished set up Host system: Darwin weehawken.local 14.3.0 Darwin Kernel Version 14.3.0: Mon Mar 23 11:59:05 PDT 2015; root:xnu-2782.20.48~5/RELEASE_X86_64 x86_64 C compiler: /usr/bin/clang C compiler version: Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn) Target: x86_64-apple-darwin14.3.0 Thread model: posix Patching MPFR... Now configuring MPFR... Checking what CC and CFLAGS MPFR would use if they were empty... Settings chosen by MPFR when configuring with CC and CFLAGS unset: CC: /usr/bin/gcc CFLAGS: -Wall -Wmissing-prototypes -Wpointer-arith -m64 -O2 -march=corei7-avx -mtune=corei7-avx -g Settings required to properly build MPFR, taking into account SAGE_DEBUG etc.: CFLAGS: LDFLAGS: ABI: Settings from the global environment: CC: /usr/bin/clang CFLAGS: (CPPFLAGS, CXX and CXXFLAGS are listed below; these don't get modified.) Using
[sage-devel] Re: Error compiling MPFR on development version install
Since Apple declined to fix the rootpipe bug in OSX 10.9 I would recommend to upgrade to OSX 10.10 asap, effectively you don't receive security fixes any more. Even then, why did you not upgrade to command line tools 6.2? They should still run on OSX 10.9 On Wednesday, June 10, 2015 at 7:43:14 PM UTC+2, la...@math.luc.edu wrote: Volkar: Here's more info: weehawken:sage-git lauve$ gcc --version Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 6.0 (clang-600.0.56) (based on LLVM 3.5svn) Target: x86_64-apple-darwin13.4.0 Thread model: posix weehawken:sage-git lauve$ which gcc /usr/bin/gcc Note: the 'prefix' it points to is not where I have installed the most recent version of command line tools, but I moved the 'usr' folder there to 'usr.old', created a symbolic link to '/usr' and tried again. The error persists: float.h not found On Wednesday, June 10, 2015 at 10:32:30 AM UTC-5, Volker Braun wrote: CommandLineTools for XCode 6.1.1 is old and buggy... Also, are you sure you are using the compiler you think you are using? You can have multiple ones. Output of gcc --version? On Wednesday, June 10, 2015 at 4:37:13 PM UTC+2, Anne Schilling wrote: Hello, Aaron Lauve at Sage Days 65 is having trouble installing development version of Sage on my Mac. (OSX10.9.5, with CommandLineTools for XCode 6.1.1 installed) The error is Error installing package mpfr-3.1.2.p0 Here is the tail of the log file created, which seems to point to not finding float.h (But it can be located on my machine with locate float.h from / directory.) ~~~ checking for limits.h... yes checking float.h usability... no checking float.h presence... no checking for float.h... no configure: error: float.h not found Error configuring MPFR. See above for the options passed to it, and the file /Users/lauve/sage-git/local/var/tmp/sage/build/mpfr-3.1.2.p0/src/config.log for details. real0m15.066s user0m6.600s sys0m5.934s Error installing package mpfr-3.1.2.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/lauve/sage-git/logs/pkgs/mpfr-3.1.2.p0.log Describe your computer, operating system, etc. If you want to try to fix the problem yourself, *don't* just cd to /Users/lauve/sage-git/local/var/tmp/sage/build/mpfr-3.1.2.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/lauve/sage-git/local/var/tmp/sage/build/mpfr-3.1.2.p0' '/Users/lauve/sage-git/sage' --sh) When you are done debugging, you can type exit to leave the subshell. Any suggestions? Best, Anne -- 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: Error compiling MPFR on development version install
Volkar: Here's more info: weehawken:sage-git lauve$ gcc --version Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1 Apple LLVM version 6.0 (clang-600.0.56) (based on LLVM 3.5svn) Target: x86_64-apple-darwin13.4.0 Thread model: posix weehawken:sage-git lauve$ which gcc /usr/bin/gcc Note: the 'prefix' it points to is not where I have installed the most recent version of command line tools, but I moved the 'usr' folder there to 'usr.old', created a symbolic link to '/usr' and tried again. The error persists: float.h not found On Wednesday, June 10, 2015 at 10:32:30 AM UTC-5, Volker Braun wrote: CommandLineTools for XCode 6.1.1 is old and buggy... Also, are you sure you are using the compiler you think you are using? You can have multiple ones. Output of gcc --version? On Wednesday, June 10, 2015 at 4:37:13 PM UTC+2, Anne Schilling wrote: Hello, Aaron Lauve at Sage Days 65 is having trouble installing development version of Sage on my Mac. (OSX10.9.5, with CommandLineTools for XCode 6.1.1 installed) The error is Error installing package mpfr-3.1.2.p0 Here is the tail of the log file created, which seems to point to not finding float.h (But it can be located on my machine with locate float.h from / directory.) ~~~ checking for limits.h... yes checking float.h usability... no checking float.h presence... no checking for float.h... no configure: error: float.h not found Error configuring MPFR. See above for the options passed to it, and the file /Users/lauve/sage-git/local/var/tmp/sage/build/mpfr-3.1.2.p0/src/config.log for details. real0m15.066s user0m6.600s sys0m5.934s Error installing package mpfr-3.1.2.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/lauve/sage-git/logs/pkgs/mpfr-3.1.2.p0.log Describe your computer, operating system, etc. If you want to try to fix the problem yourself, *don't* just cd to /Users/lauve/sage-git/local/var/tmp/sage/build/mpfr-3.1.2.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/lauve/sage-git/local/var/tmp/sage/build/mpfr-3.1.2.p0' '/Users/lauve/sage-git/sage' --sh) When you are done debugging, you can type exit to leave the subshell. Any suggestions? Best, Anne -- 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: Error compiling MPFR on development version install
CommandLineTools for XCode 6.1.1 is old and buggy... Also, are you sure you are using the compiler you think you are using? You can have multiple ones. Output of gcc --version? On Wednesday, June 10, 2015 at 4:37:13 PM UTC+2, Anne Schilling wrote: Hello, Aaron Lauve at Sage Days 65 is having trouble installing development version of Sage on my Mac. (OSX10.9.5, with CommandLineTools for XCode 6.1.1 installed) The error is Error installing package mpfr-3.1.2.p0 Here is the tail of the log file created, which seems to point to not finding float.h (But it can be located on my machine with locate float.h from / directory.) ~~~ checking for limits.h... yes checking float.h usability... no checking float.h presence... no checking for float.h... no configure: error: float.h not found Error configuring MPFR. See above for the options passed to it, and the file /Users/lauve/sage-git/local/var/tmp/sage/build/mpfr-3.1.2.p0/src/config.log for details. real0m15.066s user0m6.600s sys0m5.934s Error installing package mpfr-3.1.2.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/lauve/sage-git/logs/pkgs/mpfr-3.1.2.p0.log Describe your computer, operating system, etc. If you want to try to fix the problem yourself, *don't* just cd to /Users/lauve/sage-git/local/var/tmp/sage/build/mpfr-3.1.2.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/lauve/sage-git/local/var/tmp/sage/build/mpfr-3.1.2.p0' '/Users/lauve/sage-git/sage' --sh) When you are done debugging, you can type exit to leave the subshell. Any suggestions? Best, Anne -- 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.
