From: Peter (pjfoley_at_[hidden])
Date: 2005-05-26 03:41:59
I have been reading this thread with interest.
I thought I would throw my comments in regarding making the installation a
little bit easier. Since I also had issues following the instructions.
Date: Wed, 25 May 2005 19:18:46 -0400
From: David Abrahams <dave_at_[hidden]>
Subject: [boost] Re: Customer Friendlier Boost Installation
Content-Type: text/plain; charset=us-ascii
Caleb Epstein <caleb.epstein_at_[hidden]> writes:
> Admittedly there should be example command lines for vc-7_1 etc and
> not just gcc.
Can you suggest where we should show those examples? There are quite
a few toolsets! Maybe in the table?
-- Dave Abrahams Boost Consulting www.boost-consulting.com ------------------------------ Hmm, is this a case of not seeing the forest because of the trees? Why use static content in this instance at all? If you really want to simplify it why not use some sort of applet? We are programmers after all =p (well I am trying to be) Ie, on the Getting started page have a "Generate Bjam command line" link, on this page the user just selects: * Compiler (Drop down list) * Optional command line switches (Check boxes, with links to what each item does) - Optional path to Python if it is getting built * Path to extracted source of boost (Defaults to c:\Temp\Boost) * Path to compiled version of boost (Defaults to c:\Boost) User clicks on submit and it presents the correct command line command. User cuts and pastes this on a command prompt they hit enter and away they go. Obviously they still need to worry about the environment variables pointing to the compiler and linker and such. For bonus points extend bjam for "bjam -check_Env gcc". This will spit out an OK message listing the env variables it recognises. It will also spit out messages for env variables that it needs but cannot find. Ie, user would run "Bjam - check_env gcc" or "Bjam -check_env CW" and so on. (once again could be part of the generate bjam command line command weblink. This should also be fairly simple to maintain if the applet gets the compilers list (and env variables/or specific exe's it is looking for) from an easily updated list that can be updated as new compiler versions or differences come out. I guess the only thing stopping this is the capabilities of the web server and finding someone who is happy to extend Bjam and write the applet. Then the process for install (with no other modifications would be): 1. Download boost source and extract 2. Download Bjam and extract 3. Run "Bjam - Check_Env" and fix any environment variable issues 4. Generate Bjam command line command from website (or from application?) and run it. 5. Update Include files path and lib file path in your favourite IDE, Make Files, ... Also keep the online documentation for those who are happy to learn about the intricacies of using Bjam. What do you think? Peter. PS I could have actually just walked straight into that tree in the forst and just be seeing stars =p
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk