Re: why Boost is better?

[QuantLib]

I have a naive question: why Boost is better than STL?

Please don't kill me -- I just switched from hardcore Java development and started working with the newer QuantLib version.  Before I worked with STL based QuantLib version.

 

 

Thanks,

George

[Ashish Kulkarni-6]

I think that the main reason would be the fantastic boost::shared_ptr 
support (which isn't part of the STL, which has only std::auto_ptr).

See http://www.boost.org/libs/smart_ptr/shared_ptr.htm

Except for that, I don't think that any other major functionality of 
boost is used. In theory it is possible to use a different shared 
pointer implementation (and remove dependency on boost), but debugging 
memory leaks is scary -- it's far better to use boost's implementation.

[hidden email] wrote:

> I have a naive question: why Boost is better than STL?
> Please don't kill me -- I just switched from hardcore Java development 
> and started working with the newer QuantLib version.  Before I worked 
> with STL based QuantLib version.
>  
>  
> Thanks,
> George

Greetings!

ICICI Infotech is now 3i Infotech.

The e-mail addresses of the company's employees have been changed to <existing name>@3i-infotech.com. You are requested to take note of this new e-mail ID and make use of the same in future

"This e-mail message may contain confidential, proprietary or legally privileged information. It should not be used by anyone who is not the original intended recipient. If you have erroneously received this message, please delete it immediately and notify the sender. The recipient acknowledges that 3i Infotech or its subsidiaries and associated companies, (collectively "3i Infotech"), are unable to exercise control or ensure or guarantee the integrity of/over the contents of the information contained in e-mail transmissions and further acknowledges that any views expressed in this message are those of the individual sender and no binding nature of the message shall be implied or assumed unless the sender does so expressly with due authority of 3i Infotech. Before opening any attachments please check them for viruses and defects."

[Jeffrey-J.Yu]

I would say boost is supplemental to STL.  STL provides the core algorithm/container while boost makes use of STL components easier.

-----Original Message-----
From: [hidden email] [mailto:[hidden email]]On Behalf Of Ashish Kulkarni
Sent: Tuesday, May 10, 2005 12:57 AM
To: [hidden email]
Cc: [hidden email]
Subject: Re: [Quantlib-users] Re: why Boost is better?

I think that the main reason would be the fantastic boost::shared_ptr 
support (which isn't part of the STL, which has only std::auto_ptr).

See http://www.boost.org/libs/smart_ptr/shared_ptr.htm

Except for that, I don't think that any other major functionality of 
boost is used. In theory it is possible to use a different shared 
pointer implementation (and remove dependency on boost), but debugging 
memory leaks is scary -- it's far better to use boost's implementation.

[hidden email] wrote:

> I have a naive question: why Boost is better than STL?
> Please don't kill me -- I just switched from hardcore Java development 
> and started working with the newer QuantLib version.  Before I worked 
> with STL based QuantLib version.
>  
>  
> Thanks,
> George

Greetings!

ICICI Infotech is now 3i Infotech.

The e-mail addresses of the company's employees have been changed to <existing name>@3i-infotech.com. You are requested to take note of this new e-mail ID and make use of the same in future

"This e-mail message may contain confidential, proprietary or legally privileged information. It should not be used by anyone who is not the original intended recipient. If you have erroneously received this message, please delete it immediately and notify the sender. The recipient acknowledges that 3i Infotech or its subsidiaries and associated companies, (collectively "3i Infotech"), are unable to exercise control or ensure or guarantee the integrity of/over the contents of the information contained in e-mail transmissions and further acknowledges that any views expressed in this message are those of the individual sender and no binding nature of the message shall be implied or assumed unless the sender does so expressly with due authority of 3i Infotech. Before opening any attachments please check them for viruses and defects."

Visit our website at http://www.ubs.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.