Hello, I am completely new to Boost framework. However like many others I am finding the initial stage(s) - namely that what is happening during the install seems particularly complicated. I guess most people here have been able to get going with Boost by glazing over the install and "it just works". Other people can run into a myriad of issues. So I guess my problem sits somewhere in-between those two extremes. One thing I cannot vouch for is not knowning (or wanting to know!) what boost is doing, and not seeing anywhere some firm list of requirements (eg system paths for libraries, etc) - I cannot be sure that my system has some misconfiguration somewhere that (is probably) causing this issue. However what is clear to me is that many other people can install boost on *their* systems with no apparent issue. So... whats the problem? In a nutshell, boost will only compile if i am UID=0 (root user / sudo superuser). As a normal, regular user boost install fails with the following error(s): janitors-Mac-mini:boost_1_46_1 id$ ./bootstrap.sh --show-libraries -n Building Boost.Jam with toolset darwin... Failed to build Boost.Jam Consult 'bootstrap.log' for more details bootstrap.log: https://gist.github.com/915620 It doesnt seem to matter the exact version of boost, or even the "CMake" version of boost. They all behave the same way. Whats unfortunate for me especially is that after successfully compiling jam (as root), and chown'ing down all the created files in the boost directory. The same error still seems to occur afterward. For example to compile such selected library. Has anyone seen anything like this? What could be the possible issue here? Is it really normal to compile everything as root?!!? Operating system - Mac OS-X Snow Leopard. Thanks in advance. dreamcat4 dreamcat4@gmail.com
On Tue, Apr 12, 2011 at 3:45 PM, Dreamcat4
One thing that is clear to me: http://dl.dropbox.com/u/588496/BoostInstallFailure/booststrap%20%28full%20tr... In the full trace log above ^^, there seem to be many of my own user directories and paths expanded out which actually have absolutely nothing to do with Boost library. It leads me to believe there may be some environment variable(s). Or perhaps something in my user $PATH has been picked up on? What are the best strategy(ies) to avoid this? Start from a clean shell ? Incrementally source back in 1/2 half of my user ~/.profile until the true cause of the error is uncovered? I should really go away now to run some such tests and try to confirm this. Anyway what typical (general) installation guidelines do the official boost developers recommend for avoiding these kinds of issues? Should not the bootstrap.sh script clean the environment before proceeding anyway?
On Tue, Apr 12, 2011 at 4:12 PM, Steven Watanabe
That was a pretty good guess! janitors-Mac-mini:src id$ env | grep VMS VMS=/Volumes/My Passport/janitors mac mini/WD250 Media/WD250 Virtual Machines Its the location where I put all my Virtual Machines. Not knowing how things work, but perhaps Boost/Jam shouldn't really be listening out for that variable? I mean since "VMS" pretty generic-sounding and only 3 letters. Such variables could be made more unique with a prefix eg BOOST_VMS and so on. Anyway thank you Steven - I shall have another go now.
On Tue, Apr 12, 2011 at 4:30 PM, Dreamcat4
And surprise surprise it works... janitors-Mac-mini:boost_1_46_1 id$ export VMS= janitors-Mac-mini:boost_1_46_1 id$ ./bootstrap.sh --show-libraries -n Building Boost.Jam with toolset darwin... tools/build/v2/engine/src/bin.macosxx86_64/bjam The following Boost libraries have portions that require a separate build and installation step. Any library not listed here can be used by including the headers only. The Boost libraries requiring separate building and installation are: The following libraries require building: - program_options janitors-Mac-mini:boost_1_46_1 id$ echo $? 0
participants (2)
-
Dreamcat4 -
Steven Watanabe