Re: [Boost-bugs] [Boost C++ Libraries] #3103: Allow using libraries without separately compiling them

Subject: Re: [Boost-bugs] [Boost C++ Libraries] #3103: Allow using libraries without separately compiling them
From: Boost C++ Libraries (noreply_at_[hidden])
Date: 2009-05-31 18:03:48


#3103: Allow using libraries without separately compiling them
-------------------------------+--------------------------------------------
  Reporter: eckhardt | Owner:
      Type: Feature Requests | Status: new
 Milestone: To Be Determined | Component: Building Boost
   Version: | Severity: Problem
Resolution: | Keywords:
-------------------------------+--------------------------------------------

Comment(by eckhardt):

 We use it successfully at the company (Sator Laser GmbH) I work for, it
 helps us to maintain libraries that are too small/expensive to be
 maintained as separate DLLs. Also, please read the rationale in the
 README, it really explains several motivations to this approach!

> [...] I don't think Boost should be introducing new schemes, where old
 ones worked for years.

 Take a look at e.g. #2964. This bug shows that at least one more person
 than me wants to use something without separately compiling a library. On
 the other hand, putting everything inline into a header puts much more
 stress on compilers and linkers, because the same code will be compiled
 over and over again, uselessly, so that approach is frowned upon, too. So
 much for the claim that the old schemes worked for years.

 Further, Boost has innovation on its agenda, so finding and introducing
 new and better schemes is what we should do. Actually, I proposed a
 similar change to another project once, and the answer was like "Meh.
 That's not common. We don't want that. If a major project like Boost
 adopted it we could think about it again."!

-- 
Ticket URL: <https://svn.boost.org/trac/boost/ticket/3103#comment:2>
Boost C++ Libraries <http://www.boost.org/>
Boost provides free peer-reviewed portable C++ source libraries.

This archive was generated by hypermail 2.1.7 : 2017-02-16 18:50:00 UTC