|
Boost : |
Subject: Re: [boost] [gil] extensions
From: Christian Henning (chhenning_at_[hidden])
Date: 2010-03-04 10:18:35
Mateusz, qq. How does the Boost Geometry extensions work when they are
referencing each other? For instance, gil::io_new includes some stuff
from gil::toolbox. Meaning when someone checks out gil::io_new he/she
would need to download toolbox, as well. The only solution, I can
think of, is to check out all extensions at all time. Like we do with
boost. When using boost we tend to have all of the boost code at hand
and not a subset. I think we should make that a recommendation in the
documentation.
Regards,
Christian
On Wed, Mar 3, 2010 at 8:28 PM, Mateusz Loskot <mateusz_at_[hidden]> wrote:
> fab wrote:
>> Hi,
>> It would be a great thing to have a repository with all proposed gil
>> extensions, and not only some zip files on adobe site.
>
> Christian maintains extensions in his SVN repo @ Google Code
>
> http://code.google.com/p/gil-contributions/
>
> You may want to look at this thread:
>
> http://lists.boost.org/Archives/boost/2009/10/156817.php
> http://lists.boost.org/Archives/boost/2009/10/156819.php
>
>> It would be a great thing to use global includes to boost gil in all
>> extensions, like :
>> #include <boost/gil/gil_all.hpp>
>> and no :
>> #include "../../boost/gil/gil_all.hpp"
>> which imposes to copy this extensions inside boost.
>
> I'd vote for
>
> - single header extentions
> #include <boost/gil/extensions/a.hpp>
> #include <boost/gil/extensions/b.hpp>
>
> - extentions with more complex structure
> #include <boost/gil/extensions/io/a.hpp>
> #include <boost/gil/extensions/numeric/a.hpp>
>
> I think it's a good approach and works well for Boost Geometry
> http://svn.boost.org/svn/boost/sandbox/geometry/boost/geometry/extensions/
>
> Best regards,
> --
> Mateusz Loskot, http://mateusz.loskot.net
> Charter Member of OSGeo, http://osgeo.org
> _______________________________________________
> Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
>
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk