> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of David Abrahams
> Sent: Saturday, August 02, 2003 5:36 PM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: Filesystem: create_directories
>
>
> "Jeremy B. Maitin-Shepard" <[EMAIL PROTECTED]> writes:
>
> > On S
"Jeremy B. Maitin-Shepard" <[EMAIL PROTECTED]> writes:
> On Sat, 02 Aug 2003 15:51:43 +0200 Thomas Witt
> <[EMAIL PROTECTED]> wrote:
>
>> This seems to have slipped by me. I really feal uncomfortable with
>> having two different functions named
>>
>> create_directory
>> and
>> create_directories
Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
> I was talking about pimpl as described here -
> http://www.gotw.ca/gotw/024.htm.
>
>> I need to be able to plug in different
>> runtime-polymorphic implementations behind the handle classes I'm
>> defining.
>
> Sounds like a job for an interface class
E. Gladyshev wrote:
--- Edward Diener <[EMAIL PROTECTED]> wrote:
As you have pointed out in the rest of your post, it
may prove more
worthwhile to work with the developers which already
exist for a free
cross-platform framework like wxWindows, in order to
encourage them to use
more modern C++
David Abrahams wrote:
> "Paul Mensonides" <[EMAIL PROTECTED]> writes:
>
> > Aleksey Gurtovoy wrote:
> >> David Abrahams wrote:
> >> > Here's an example I just cooked up of using the PP lib to solve a
> >> > classic C++ OO problem: repeated boilerplate in the definition of
> >> > Pimpl classes.
> >>
Fernando Cacciola wrote:
> "Aleksey Gurtovoy" <[EMAIL PROTECTED]> escribió en el mensaje
news:[EMAIL PROTECTED]
> > David Abrahams wrote:
> > > Here's an example I just cooked up of using the PP lib to solve a
> > > classic C++ OO problem: repeated boilerplate in the definition of
> > > Pimpl class
--- Edward Diener <[EMAIL PROTECTED]> wrote:
> As you have pointed out in the rest of your post, it
> may prove more
> worthwhile to work with the developers which already
> exist for a free
> cross-platform framework like wxWindows, in order to
> encourage them to use
> more modern C++ idioms
I
On Sat, 02 Aug 2003 15:51:43 +0200 Thomas Witt
<[EMAIL PROTECTED]> wrote:
> This seems to have slipped by me. I really feal uncomfortable with
> having two different functions named
>
> create_directory
> and
> create_directories
>
Another option might be: "create_directory_and_parents"
That na
Terje Slettebø wrote:
>> From: "Edward Diener" <[EMAIL PROTECTED]>
>
>> Add to this the fact that nearly every C++ programmer already works
>> with a framework library depending on his implementation of choice.
>> On Windows alone I know of WTL, ATL, MFC, OWL, VCL, wxWindows, QT,
>> and no doubt
>
--- Rainer Deyke <[EMAIL PROTECTED]> wrote:
> For a GUI library to be useful to me, it would need
> to support custom
> physical GUI layers. I would then write my own
[...]
> full-screen multimedia. I
> realize that my needs are unusual, and boost::gui
> may be unable to
> accomodate them.
It s
Beman Daws wrote:
>Robert, if you didn't get a response to this, you might want to try the
>jamboost mailing list
Rene Rivera responded privately got me all straighened out on
this in no time. Thanks Rene.
And thanks to you Beman for asking.
In the course of investigating this I did come up wi
At 12:25 PM 8/2/2003, David Abrahams wrote:
>Yep, http://aspn.activestate.com/ASPN/Mail/Browse/Threaded/boost/ is
>the one.
OK. CVS updated.
Thanks,
--Beman
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> > Sorry to be MIA, but I wanted to add in the libs/date_time/doc/Changes.html
> > file in the date-time docs that was not checked in when 1.30 was released...
> > thus causing a broken link from the main page in the downloaded docs. I
> > believe Dave hacked the website to fix this, but it was
Beman Dawes wrote:
> Always hard to tell without seeing a firm proposal, but for me
> a PhysicalGuiLayer template parameter would probably evoke an "over
> my
> dead body" response. I think the reasons Doug gives in his message
> are just the tip of the iceberg, but they are plenty good enough to
Bohdan wrote:
[...]
>> I think that any industry standard TEMPLATE library
>> should be designed in terms of modern C++. The
>> compilation time should NOT be considred as an issue.
>> Compilers are getting better, computers faster...
>> boost should be setting programming standards not
>> lagin
>From: "Edward Diener" <[EMAIL PROTECTED]>
> Add to this the fact that nearly every C++ programmer already works with a
> framework library depending on his implementation of choice. On Windows
> alone I know of WTL, ATL, MFC, OWL, VCL, wxWindows, QT, and no doubt
others
> about which I have no kn
At 02:39 AM 8/1/2003, Douglas Gregor wrote:
>From: "E. Gladyshev" <[EMAIL PROTECTED]>
>[snip]
>> template < typename IT, typename PhysicalGuiLayer >
>> class ListControl
>[snip]
>
>I'm coming in a bit late into this discussion, but I too am interested in
>the outcome of this project.
>
>I strongly
At 05:52 AM 8/2/2003, E. Gladyshev wrote:
>
>--- Bohdan <[EMAIL PROTECTED]> wrote:
>>
>> "E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
>> > but which approach is better for GUI lib.
>
>I believe that I've made a strong case for ImplTraits
>for GUI library. In the win32 case, the compilation
>
Beman Dawes <[EMAIL PROTECTED]> writes:
> At 11:56 AM 8/1/2003, David Abrahams wrote:
> >"Neal D. Becker" <[EMAIL PROTECTED]> writes:
> >
> >> I know I (and others) have previously asked about extending
> integer.hpp to
> >
> >> handle 64-bit types. I don't recall the conclusions of the
"Jeff Garland" <[EMAIL PROTECTED]> writes:
> Sorry to be MIA, but I wanted to add in the libs/date_time/doc/Changes.html
> file in the date-time docs that was not checked in when 1.30 was released...
> thus causing a broken link from the main page in the downloaded docs. I
> believe Dave hacked
At 11:24 AM 7/21/2003, Robert Ramey wrote:
>Fellow boosters.,
>
>I hope to be soon uploading a draft of a much evolved version of the
>serialization library
>reviewed last november. I have been working with BJAM to automate
builind
>of library and tests, and running the tests. So far so good.
>
>
At 11:32 AM 8/2/2003, Douglas Gregor wrote:
>- Original Message -
>From: "Bohdan" <[EMAIL PROTECTED]>
>> Honestly ... i'd like to see such build system in all boost
>> non-template libs :) IMHO, it is very convenient.
>>
>> regards,
>> bohdan
>
>The Boost.Build folks are working on a solut
"Douglas Gregor" <[EMAIL PROTECTED]> writes:
> - Original Message -
> From: "Lars Gullik Bjønnes" <[EMAIL PROTECTED]>
>> David Abrahams <[EMAIL PROTECTED]> writes:
>>
>> | I have put a diff of the changes between Version_1_30_0 and RC_1_30_0
>> | at http://www.boost-consulting.com/diffs-1-
- Original Message -
From: "Lars Gullik Bjønnes" <[EMAIL PROTECTED]>
> David Abrahams <[EMAIL PROTECTED]> writes:
>
> | I have put a diff of the changes between Version_1_30_0 and RC_1_30_0
> | at http://www.boost-consulting.com/diffs-1-30-1.txt.
>
> These are the changes we (LyX Developer
- Original Message -
From: "Bohdan" <[EMAIL PROTECTED]>
> "E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
> > > Have you built the signals library multi-threaded or
> > > single threaded and
> >
> > Whatever the default build is.
> >
> >
> > > are you building a
- Original Message -
From: "E. Gladyshev" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>
Sent: Friday, August 01, 2003 7:49 PM
Subject: RE: [boost] GUI/GDI template library
>
> --- Brock Peabody <[EMAIL PROTECTED]>
> wrote:
>
> > > Anyway I think I got the basic idea.
It's obviously wrong to say that compile time performance does not matter.
On the other hand, it's not wise to optimize the compile or run time
performance of a library prematurely - start with the most beautiful design
and make it more ugly as necessary :)
I think we're drifting far from the topi
Sorry to be MIA, but I wanted to add in the libs/date_time/doc/Changes.html
file in the date-time docs that was not checked in when 1.30 was released...
thus causing a broken link from the main page in the downloaded docs. I
believe Dave hacked the website to fix this, but it was still broken in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Abrahams wrote:
| The documentation for create_directories makes no sense. It says
| only:
|
| void create_directories( const path & ph );
|
| Precondition: ph.empty() ||
| forall p: p == ph || is_parent(p, ph): is_directory(p) || !e
"E. Gladyshev" <[EMAIL PROTECTED]> writes:
> --- David Abrahams <[EMAIL PROTECTED]> wrote:
>> "E. Gladyshev" <[EMAIL PROTECTED]> writes:
>>
>> Is MPL a modern TEMPLATE library, in your opinion?
>> I ask because compilation time is a very serious
>> issue in the design
>> of MPL.
>
> In my opinion
"Fernando Cacciola" <[EMAIL PROTECTED]> writes:
> Yep, I've noticed. I actually voiced that opinion even though your
> macro _in particular_ seemed OK just to set the records for the kind of
> trouble that can ocurr if code repetition tasks are replaced by macros
> without properly balancing the
At 10:34 AM 8/1/2003, Neal D. Becker wrote:
>I know I (and others) have previously asked about extending integer.hpp
to
>handle 64-bit types. I don't recall the conclusions of the discussion
...
Someone already started a year or so ago, but then got sidetracked by
non-boost time pressures.
>
"E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> --- Bohdan <[EMAIL PROTECTED]> wrote:
> >
> > "E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
> > > but which approach is better for GUI lib.
>
> I believe that I've made a strong case for ImplTraits
> for GUI libra
At 11:56 AM 8/1/2003, David Abrahams wrote:
>"Neal D. Becker" <[EMAIL PROTECTED]> writes:
>
>> I know I (and others) have previously asked about extending integer.hpp
to
>
>> handle 64-bit types. I don't recall the conclusions of the discussion,
>> though, and on visiting the boost archive, I d
At 02:48 AM 7/8/2003, Dave Gomboc wrote:
>
>minor nitpick: why signal.hpp instead of signals.hpp?
It is following the practice of the C++ Standard Library. Which in turn was
following the practice of the C Standard Library.
That being said, those libraries were developed in the days when filename
At 04:37 AM 7/7/2003, Russell Hind wrote:
>I'm not saying replace all the _string methods with a str() but
>jshould we have
>
>str()
>native_file_str()
>to_simple_str()
>
>or
>
>string()
>native_file_string()
>to_simple_string()
>
>just to commonise things.
>
>Filesystem has a string() method.
At 01:58 PM 6/20/2003, Alisdair Meredith wrote:
>Another comment on the docs is that around half the examples do not
>indicate the expected result, which makes it hard for me when look
>between the examples to quicky find the variation I am after. The
>examples are well chosen to use a similar da
>I've just written the following. It (correctly) fails for MSVC 6.5 and gcc
3.2 for
>cygwin,
>but I cannot test it in a conforming compiler.
I had to modify it a little to make it conforming code, but it's now in cvs.
Thanks,
John.
___
Unsubscribe &
> I have put a diff of the changes between Version_1_30_0 and RC_1_30_0
> at http://www.boost-consulting.com/diffs-1-30-1.txt. These will be
> the changes that go into the Boost 1.30.1 release. Will the
> authors/maintainers of the following libraries please post a brief
> summary of the fixes th
David Abrahams <[EMAIL PROTECTED]> writes:
| I have put a diff of the changes between Version_1_30_0 and RC_1_30_0
| at http://www.boost-consulting.com/diffs-1-30-1.txt.
These are the changes we (LyX Developers) have made to boost 1.30.0 to
make it compile with gcc 3.3 without warnings, as well a
--- Bohdan <[EMAIL PROTECTED]> wrote:
>
> "E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
> > but which approach is better for GUI lib.
I believe that I've made a strong case for ImplTraits
for GUI library. In the win32 case, the compilation
time penalties would be of the same order as inclu
"E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> > Have you built the signals library multi-threaded or
> > single threaded and
>
> Whatever the default build is.
>
>
> > are you building an application of the same sort?
>
> The application is set to use multi-thread run
--- Bohdan <[EMAIL PROTECTED]> wrote:
> "E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
> > > I think that any industry standard TEMPLATE
> library
> > should be designed in terms of modern C++. The
> > compilation time should NOT be considred as an
> issue.
> > Compilers are getting better,
"E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> --- Edward Diener <[EMAIL PROTECTED]> wrote:
> > E. Gladyshev wrote:
>
> > The pImpl technique is an idiom for hiding the
> > private methods and data
> > members of a class from the view of the user of that
> > class.
--- David Abrahams <[EMAIL PROTECTED]> wrote:
> "E. Gladyshev" <[EMAIL PROTECTED]> writes:
>
> Is MPL a modern TEMPLATE library, in your opinion?
> I ask because compilation time is a very serious
> issue in the design
> of MPL.
In my opinion MPL is a great example of a tool for
creating modern
"E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> > Are you aware that the pImpl idiom is used for many
> > different things
>
> I think that any industry standard TEMPLATE library
> should be designed in terms of modern C++. The
> compilation time should NOT be considr
--- Edward Diener <[EMAIL PROTECTED]> wrote:
> E. Gladyshev wrote:
> The pImpl technique is an idiom for hiding the
> private methods and data
> members of a class from the view of the user of that
> class.
By using a predefined ImplTraits you are actually
achiving the same pImpl hiding effect.
47 matches
Mail list logo