numeric directory/namespace
I'm preparing to make adjustments to safe_numerics directory and
namespace in preparation to incorporating safe_numerics into the
official boost distributions. I have a couple of decisions to make that
someone/everyone will want to weigh in on.
There is already a directory boost_root/libs/numeric which seems to be
an "umbrella" for libraries dealing with numerics. It includes
conversion, interval, odeint and ublas. There is an index.html in there
also. But instead of referring to the above libraries, it points to the
ublas documentation.
So it's sort of tempting the place safe numerics in libs as a sub
directory. But I really have strong reservations about the whole
concept of have this "umbrella" directory in the first place.
Personally I'd just prefer to use boost_root/libs/safe_numerics. I
don't think the extra structure adds anything and makes it harder to
implement tools which scan the directories. It would also mean that I
should ? use #include
On Tue, Aug 14, 2018 at 6:42 PM Robert Ramey wrote:
Personally I'd just prefer to use boost_root/libs/safe_numerics.
Yes: It should use libs/safe_numerics, the repository should be
boostorg/safe_numerics, the headers should be in
I'm preparing to make adjustments to safe_numerics directory and namespace in preparation to incorporating safe_numerics into the official boost distributions. I have a couple of decisions to make that someone/everyone will want to weigh in on.
There is already a directory boost_root/libs/numeric which seems to be an "umbrella" for libraries dealing with numerics. It includes conversion, interval, odeint and ublas. There is an index.html in there also. But instead of referring to the above libraries, it points to the ublas documentation.
So it's sort of tempting the place safe numerics in libs as a sub directory. But I really have strong reservations about the whole concept of have this "umbrella" directory in the first place. Personally I'd just prefer to use boost_root/libs/safe_numerics. I don't think the extra structure adds anything and makes it harder to implement tools which scan the directories. It would also mean that I should ? use #include
and I'm not sure want to do that. I fully agree, for all the reasons you provide. I've been getting into
On 08/14/18 18:42, Robert Ramey via Boost wrote: the ublas project over recent months (mentored two GSoC students working on Boost.uBLAS), and was thinking about proposing to move it out of the 'numerics/' subdirectory (with suitable proxy headers for backward compatibility, of course).
Also I expect I'll want to sync the namespace boost::numeric::safe_numeric:: ... with the file system.
Right.
It just seems more complex and flexible than it has to be. I see the future of boost as diminishing coupling between libraries and I see the current setup as not helping with this.
Yes !!
Please don't wait to answer until I've made the changes.
Cheers, Stefan -- ...ich hab' noch einen Koffer in Berlin...
participants (3)
-
Glen Fernandes
-
Robert Ramey
-
Stefan Seefeld