Re: [boost] Re: Why Jam?

From: Iain.Hanson_at_[hidden]
Date: 2002-02-22 10:51:41

Author:  williamkempf (williamkempf_at_[hidden]) at unix,mime
Date:    22/02/02 14:48

--- In boost_at_y..., "braden_mcdaniel" <braden_at_e...> wrote:

[snip]

>> performance metrics. But where deployment is concerned, Windows is 
>> downright developer-*hostile*.
     
>I disagree.  MSI installations are much friendly then autotools 

[snip]

come on guys. we're surely not going to have a my platform is better than 
yours contest here.

Different platforms have different ways of working. Most platforms today 
offer both command line and GUI and I'm not qiite syure of the relevance of 
arguing of whether a particular platform is a good development platform. It 
comes down to your prefered style and mostly, what you are used to.

I work on both Windows with IDE and cygwin and on unix. I have a personal 
preference for unix and find autoconf great as a user of other peoples 
configs but archane to try to learn ( my *personal* experience, but then I 
find most scripting archane ;-) ).

I also have a great deal of sympathy with Bill's position re what he can 
and can't install on his machine at work. I've been in similar places 
myself.

I think jam and boost::config should remain the mandated for developers 
build system. There is a nice symetery where they are platform neutral and 
place the same ( small ) learning curve on everyone. And, there is the 
excellent support from Dave A. 

If people want to submitt autotools or MSI build and install scripts I 
don't personally see a problem with that. But boost::developers should 
stick with our current agreed build environment.

/ikh

Visit our website at http://www.ubswarburg.com

This message contains confidential information and is intended only 
for the individual named.  If you are not the named addressee you 
should not disseminate, distribute or copy this e-mail.  Please 
notify the sender immediately by e-mail if you have received this 
e-mail by mistake and delete this e-mail from your system.

E-mail transmission cannot be guaranteed to be secure or error-free 
as information could be intercepted, corrupted, lost, destroyed, 
arrive late or incomplete, or contain viruses.  The sender therefore 
does not accept liability for any errors or omissions in the contents 
of this message which arise as a result of e-mail transmission.  If 
verification is required please request a hard-copy version.  This 
message is provided for informational purposes and should not be 
construed as a solicitation or offer to buy or sell any securities or 
related financial instruments.