John Maddock wrote:
>> Given that I have a string 's' from somewhere, I'd like to create a
>> regular expression where some part must match that string. The
>> problem
>> is, the 's' could contain characters that have a special meaning in
>> regular expressions. Is there some support function that
Beman Dawes <[EMAIL PROTECTED]> writes:
> At 11:32 AM 8/6/2003, David Abrahams wrote:
> >
> >I think this is a badly-chosen name. Both POSIX and Python have a
> >basename function which does roughly what our leaf() function does.
> >
> > ...
> >
> >I don't think we should use creative nami
John Maddock wrote:
I'm wondering how complicated to make this - one option would be to do
something a little like the config system does and have:
#ifdef BOOST_ABI_INCLUDE
#include BOOST_ABI_PREFIX
#endif
// code...
#ifdef BOOST_ABI_INCLUDE
#include BOOST_ABI_SUFFIX
#endif
Some of those warnings
--- Andrei Alexandrescu <[EMAIL PROTECTED]>
wrote:
> This approach is definitely sound, except that you
> need to write quite some
> scaffolding (ctors etc. etc.) for each handle
> wrapped. With a policy you can
> put the scaffolding in one place and then write only
> the stuff that varies.
> In
> Adobe has a tool called ADM - Adobe Dialog Manager, which is used in many
> of their
> programs. You can see the docs for ADM in (for example) the Acrobat SDK,
> since
> you can use ADM when writing plugins for Acrobat.
>
> In ADM, you define your dialogs in a text-based format, giving control
At 01:01 PM 8/6/2003, Fernando Cacciola wrote:
>> I'd like to be sure that some Booster signs up for this beta and starts
>> running the Boost regression tests against it. And then follows up with
>> bug
>> reports to Borland as needed. Any bugs fixed in the compiler before it
>> ships are bugs
At 12:55 PM 8/6/2003, Russell Hind wrote:
>Beman Dawes wrote:
>>
>> I'd like to be sure that some Booster signs up for this beta and starts
>> running the Boost regression tests against it. And then follows up with
>> bug reports to Borland as needed. Any bugs fixed in the compiler before
>>
I'll be working on setting up the Notus (code name)
project on sf tomorrow. I think that I've got some
solid ideas on the basic design (I have been thinking
on the design for a while before I posted the idea to
the boost list and this discussion helped me
immensely). I'll present it on the project'
Alisdair Meredith wrote:
>
> I am still not clear on the 'best' solution though.
> Clearly the quickest fix is to simply put the swap specialization in
> the correct namespace.
>
> However, boost code does not seem to specialize std::swap at all, but
> rather provide its own swaps in namespace boos
In article <[EMAIL PROTECTED]>, Brock Peabody wrote:
>>
>> I suggest taking maybe some classes of WxWindows or Qt for basic
> portable
>> [x1, y1, x2, y2] paint devices. This would be a beginning.
>
> I'm sure we could learn something at least.
Note: Qt is GPL, WxWindows is (modified) LGPL.
O
Beman Dawes wrote:
I don't think people were against the idea of solving the problem, but
rather there is a need for a unified prefix/suffix header solution such
as John is suggesting. Developers need a "canned" solution; they can't
be asked to code #ifdefs and pragmas for compilers they know no
Many thanks for this - works for me too.
HKLM\SOFTWARE\Microsoft\VisualStudio\7.1\Languages\File Extensions.ipp"
{B2F072B0-ABC1-11D0-9D62-00C04FD9DFD9}
makes it edit like .cpp
But I still doubt if files should be called .ipp.
Paul
Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] Behalf Of Beman Dawes
| Sent: Friday, August 08, 2003 1:31 PM
| To: Boost mailing list; [EMAIL PROTECTED]
| Subject: Re: [boost] Re: Re: time_duration bug in Boost 1.30.0
|
|
| At 05:27 PM 8/7/2003, Bo Persson wrot
Spirit and date_time use some files of type *.ipp (they are included
'internally').
I had the misfortune to be reading one using MSVC which does not recognize this
as a C++ type and so they are not shown in color, nor laid out etc.
Although these are 'private' detail files, I wonder if *.ipp shou
Daniel Frey wrote:
> The trackers are IMHO a problem because they require a lot of work. The
> current state shows that it is not maintained well, e.g. there are open
> bugs which are long closed in CVS, see #451535. Sure we could do better
> in theory, but is it worth it? Why not use regression t
Because for a pretty large number of applications you can really
simplify your code a lot by relying on the GUI system to 'do the right
thing':
using boost::gui;
void my_action() {...}
void progress_action(int tick) {...}
gui::show( "sample boost application",
column (
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Joel de Guzman
> Sent: Wednesday, August 06, 2003 5:51 PM
> To: Boost mailing list
> Subject: Re: [boost] Re: GUI sublanguage ?
>
> Brock Peabody <[EMAIL PROTECTED]> wrote:
>
> >> Have you invented u
Robert Ramey wrote:
> Currently boost array contains a copy of the array that initialized it.
> Is there any reason that boost array can't be enhanced to contain a reference
> to the original C array? I think this would make it more useful
> to me as well as others.
I don't see the problem. b
Dave,
I've just downloaded 1.30.1 and the bug I reported a while ago
http://aspn.activestate.com/ASPN/Mail/Message/boost/1622190
(Missing BOOST_HAS_THREADS on MSVC with /Za and /MT)
is still there. I don't know config at all but if nobody else has time I'll
try to submit a patch (I believe it'd
I've added a detailed Release Manager's Checklist
(boost-root/more/release_mgr_checklist.html).
It will take up to 24 hours for this to be reflected on SourceForge's
public CVS (although it is available right away for those with write
access).
There are five items on the checklist that take up
David Abrahams wrote:
It appears that the tagging step for Version_1_30_1 got messed up
somehow.
Please have a look at RC_1_30_2, which is our release candidate for
Version 1_30_2, and let me know if there are any problems.
I'm not able to run the Linux regression tests on that branch.
process_jam_
"Neal D. Becker" <[EMAIL PROTECTED]> writes:
> On Monday 04 August 2003 10:43 pm, David Abrahams wrote:
>> If anyone's interested, the enclosed patch against the current CC-mode
>
> Did you send this to cc-mode maintainer?
Yes, via C-c C-b:
C-c C-b runs the command c-submit-bug-report
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Gregory Colvin
> Sent: Wednesday, August 06, 2003 4:48 PM
> To: Boost mailing list
> Subject: Re: [boost] GUI/GDI template library
>
> Why the S?
>
> On Wednesday, Aug 6, 2003, at 16:37 America/Denve
"Paul A. Bristow" <[EMAIL PROTECTED]> wrote:
>
> (And other MS specific unhelpful warnings which could be dealt with
by
>
> #ifdef _MSC_VER or BOOST_?
> #pragma warning (disable : 4800) // inefficient bool conversion?
> #endif
>
> As a general point, is there any reason why 'known to be unhelpfu
Hi Michael,
Sorry for the late reply...
>
> A postcondition such as I'm suggesting would perform an assertion when a
> function (or the enclosing block) exits instead of on the line where the
> assertion was defined. Obviously, if a function only has one exit path, it
> would be simple just to pu
25 matches
Mail list logo