Boost logo

Boost :

From: David Abrahams (dave_at_[hidden])
Date: 2004-08-21 06:39:43


Carlo Wood <carlo_at_[hidden]> writes:

> I propose the following design. The aim of boost::filesystem should be to
> support the following coding idiom:
>
> * The programmer should take care to only handle two types of paths
> in his application:
>
> 1) Complete paths
> 2) Relative paths
>
> * The programmer will have to specifically tell the libary when a constructed
> path is 'native' and when not. A native path is accepted according to native
> rules and never gives any problem (exceptions) further on.
> A non-native path is checked according to the existing rules, which basically
> means that the programmer can set a default check routine that will in effect
> determine how portable the application will be.
>
> I propose two design changes:

When proposing design changes, first you have to describe the
problems your changes are designed to solve, or nobody will
understand the motivation.

-- 
Dave Abrahams
Boost Consulting
http://www.boost-consulting.com

Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk