On Fri, 13 May 2011, Kirk, Benjamin (JSC-EG311) wrote:

> Perhaps we should just disable boost based on compiler version?  I have not
> done that yet.

Yeah; unless we set up some regression tests with various compilers
(inconvenient, unless we restrict ourselves to gcc versions) I guess
we just wait for bug reports to come in and tell us which to disable
boost on automatically.

But as long as there's a manual "--disable-boost" type option then
people shouldn't be to inconvenienced.

> What I am working on is a libMesh::PoolAllocator<> which is derived from
> boost if present, std::allocator<> otherwise.  So the interface will be a
> lot like the Threads stuff - a uniform API used everywhere with
> implementation-specific bits in one file.  It will work without boost just
> fine.

This sounds perfect.
---
Roy

------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Libmesh-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/libmesh-devel

Reply via email to