Re: [boost] [chrono] Dependency on math?

Subject: Re: [boost] [chrono] Dependency on math?
From: Paul A. Bristow (pbristow_at_[hidden])
Date: 2015-01-09 13:07:36

> -----Original Message-----
> From: Boost [mailto:boost-bounces_at_[hidden]] On Behalf Of John Maddock
> Sent: 09 January 2015 17:25
> To: boost_at_[hidden]
> Subject: Re: [boost] [chrono] Dependency on math?
> 
> > The latest dependency report shows chrono as having a dependency on math.
> >
> > See
> > http://www.pdimov.com/tmp/report-develop-3b5a9f4/module-overview.html
> >
> > math is really big. In testing bpm, an install of timer (which depends
> > on chrono) slowed noticeably when it got to math. Presumably the build
> > is also much slower, although I haven't tested that yet.
> >
> > Is the math dependency really needed?
> 
> Longer term the better solution would be to repackage Math as several smaller
> packages.  However, Paul and I have worked hard to try to make a wide range of
> functionality part of a coherent whole, and I would hate to loose that.  Which
is my
> plea to not just hack it apart in a hurry ;-)

+1

It isn't a matter of just moving some /include files about.

There is the weightier matter of docs to reorganize which is probably an order
of magnitude more work,
even with the good tools we have.

So I can see some logic, but fear the cost.  

Whatever, it is important to get any reorganization right first time (second try
over my dead body!)

And be sure that the benefits outweigh the cost. 

Is the package manager time really important?  Once installed, only takes up
disk space?

For better or for worse, Boost.Math is more than half of Boost by
volume/mass/weight/LOC (if not all has general utility).

Paul

---
Paul A. Bristow
Prizet Farmhouse
Kendal UK LA8 8AB
[phone]