Re: [Yt-dev] [yt-users] install problems
Hi Matt, I think I've found a solution, of sorts. Let me know what you think, and I'll (or you can) pass it back to yt-users. Try as I might, installing what provides libintl, which is gettext, or temporarily renaming various libintl libs on my system didn't work. I noticed that my virgin system had no libintl on it at all. It turns out that disabling the inclusion of libintl during the Python build process appears to do the trick. I simply renamed my libintl.h file, but a more elegant solution would be to turn it off during the Python build process. Well, a more elegant solution would be to figure out why libintl on the mac doesn't appear to have all the right symbols. But that's not instant gratification. Stephen Skory stephenskory@yahoo.com http://stephenskory.com/ 510.621.3687 (google voice)
Hi Stephen, That's some bad news right there. Moving it out of the way during build is probably not a good idea. Can you check the options in ./configure, and if none of those are obvious, can you investigate how much work getting a localize gettext to install is? Or, better yet, maybe this is improved/fixed in python 2.7, and you could test that? Thanks a bunch; if the solution is to upgrade to python2.7, that's really not the worst thing ... http://docs.python.org/whatsnew/2.7.html Although it'll require a breakin period before we could use any of the really new features. -Matt On Sat, Mar 12, 2011 at 11:04 AM, Stephen Skory <stephenskory@yahoo.com> wrote:
Hi Matt,
I think I've found a solution, of sorts. Let me know what you think, and I'll (or you can) pass it back to yt-users. Try as I might, installing what provides libintl, which is gettext, or temporarily renaming various libintl libs on my system didn't work. I noticed that my virgin system had no libintl on it at all. It turns out that disabling the inclusion of libintl during the Python build process appears to do the trick. I simply renamed my libintl.h file, but a more elegant solution would be to turn it off during the Python build process. Well, a more elegant solution would be to figure out why libintl on the mac doesn't appear to have all the right symbols. But that's not instant gratification.
Stephen Skory stephenskory@yahoo.com http://stephenskory.com/ 510.621.3687 (google voice) _______________________________________________ Yt-dev mailing list Yt-dev@lists.spacepope.org http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
OS 10.6 comes with python 2.6. Would it be better if they just used that python and didn't try to build another one? Can we add another flag to the install script to optionally build python? Britton On Sat, Mar 12, 2011 at 4:03 PM, Matthew Turk <matthewturk@gmail.com> wrote:
Hi Stephen,
That's some bad news right there. Moving it out of the way during build is probably not a good idea.
Can you check the options in ./configure, and if none of those are obvious, can you investigate how much work getting a localize gettext to install is? Or, better yet, maybe this is improved/fixed in python 2.7, and you could test that?
Thanks a bunch; if the solution is to upgrade to python2.7, that's really not the worst thing ... http://docs.python.org/whatsnew/2.7.html Although it'll require a breakin period before we could use any of the really new features.
-Matt
Hi Matt,
I think I've found a solution, of sorts. Let me know what you think, and I'll (or you can) pass it back to yt-users. Try as I might, installing what
On Sat, Mar 12, 2011 at 11:04 AM, Stephen Skory <stephenskory@yahoo.com> wrote: provides libintl, which is gettext, or temporarily renaming various libintl libs on my system didn't work. I noticed that my virgin system had no libintl on it at all. It turns out that disabling the inclusion of libintl during the Python build process appears to do the trick. I simply renamed my libintl.h file, but a more elegant solution would be to turn it off during the Python build process. Well, a more elegant solution would be to figure out why libintl on the mac doesn't appear to have all the right symbols. But that's not instant gratification.
Stephen Skory stephenskory@yahoo.com http://stephenskory.com/ 510.621.3687 (google voice) _______________________________________________ Yt-dev mailing list Yt-dev@lists.spacepope.org http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
_______________________________________________ Yt-dev mailing list Yt-dev@lists.spacepope.org http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
participants (3)
-
Britton Smith
-
Matthew Turk
-
Stephen Skory