I just found that program_options (from yahoo "files") has a serious defect.
The value of an option cannot start with the character '-', or it will be
interpreted as an option.
Obviously, this makes it difficult to enter a negative number as the option
value.
pgp0.pgp
Description: signat
> You can use the parts independently
> There is no install required
> You have the complete code, you include the appropriate header!
Yes, for the 'header-only' libraries, filesystem library is not one of
them.
> Boost isn't like most 3rd party libraries in the sense of a dll (or
> similar) wh
Beman Dawes wrote:
Assuming I'm release manager for 1.31.0, I'm going to publish explicit
release criteria for key platform/compiler pairs. Basically, the release
criteria will be 100% accounting for all failures on those
platform/compiler pairs.
I assume that Linux/GCC will be one of those pl
Beman Dawes <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> At 07:49 PM 8/5/2003, Pavel Vozenilek wrote:
> >
> >"Edward Diener" <[EMAIL PROTECTED]> wrote in message
> >news:[EMAIL PROTECTED]
> >> Beman Dawes wrote:
> >> > At 09:58 PM 8/4/2003, Alisdair Meredith wrote:
> >> >
>
Douglas Gregor wrote:
[...]
> You can always write a forwarding 'foo' that checks the argument
> types, but
> I understand the reason you'd like this feature. My only question is
> whether it is worth the additional machinery that it would take,
> e.g., would this help a large amount of code? Per
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Philippe A. Bouchard
> Sent: Friday, August 08, 2003 7:54 AM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: Re: UI++ [was: GUI sublanguage; Re: Re: Re: Re:
> GUI/GDI template library]
>
> Brock Peabod
Paul Hamilton <[EMAIL PROTECTED]> writes:
> I have just uploaded a new project called "cppxmlobj" which is a
> system for persisting C++ objects to and from XML files. It uses
> Boost, Patterns, STL etc extensively (even the build system), and I
> thought that the list might be interested.
>
> An
[Paul claims that lexical_cast prints (floating-point) numbers with too
few precision digits. Currently, limits::digits10 + 1 is used. Paul
wants to change it to "int significant_digits10 = int(ceil(1 +
limits::digits * log10Two));" where "limits" is the numeric-limits
traits class and "log10
En réponse à Jason McCarty <[EMAIL PROTECTED]>:
> [gah, I originally sent this to the wrong address]
>
> I found a slight annoyance with operator>> (istream&, interval&):
> It can't cope with whitespace before its sentinel characters '[' and
> ',', causing some input operations to fail unnecessar
"Aleksey Gurtovoy" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
FWIW, I've used a similar technique in MPL to do recursion unrolling
for the 'advance' algorithm:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/boost/boost/
boost/mpl/aux_/preprocessed/plain/advance_f
"Fernando Cacciola" <[EMAIL PROTECTED]> writes:
>> I'm trying to say that I think it's the wrong patch. The right patch
>> would put the swap specialization into _STL::.
>>
> It actually sufixes
I assume you mean "suffices".
> to put any 'std' extension in a nested namespace (say, stdx); then
"Toon Knapen" <[EMAIL PROTECTED]> writes:
> Using the sunpro toolset I get a strange error when compiling the
> boost::filesystem library (and thus all regression testing fails). Below
> you can find the error diagnostics. It comes down to an ambiguous
> overload of boost::operator==<...> but the
David Abrahams <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> "Fernando Cacciola" <[EMAIL PROTECTED]> writes:
>
> > Hi,
> >
> > There are still problems with Optional, related to some compilers
> > not finding std swap(). I wrote the original code following
> > compressed_pair.hpp,
I finally had some time to try this out ... the .zip flavor:
and came away confused
=
Installation...step 2.
>>Place the Boost.Jam binary, called "bjam" or "bjam.exe", somewhere in
your PATH. Verify that correct bjam is being executed by running "bjam
--version". You should get
Boo
Peter Dimov <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> Fernando Cacciola wrote:
> > David Abrahams <[EMAIL PROTECTED]> wrote in message
> > news:[EMAIL PROTECTED]
> >> Which compilers are failing and where are the regression report
> >> pages?
> >>
> > Sorry for the delay, I was
On Wed, Aug 13, 2003 at 11:27:08PM -0400, Brian McNamara wrote:
> I've been working on a draft of the documentation for the boostified
> version of FC++, and it's finally reached a good enough state to be
> potentially useful to you-all. Check out
>
>http://www.cc.gatech.edu/~yannis/fc++/boos
Dave Abrahams writes:
Well, it's interesting but pretty hard to evaluate. As a recent Boost
review of a persistence system shows, there are many dimensions to
this problem domain. It's hard to get a grip on which of those you've
chosen to address without some docs and/or examples. The most I ca
"Aleksey Gurtovoy" <[EMAIL PROTECTED]> writes:
> Aleksey Gurtovoy wrote:
>> David Abrahams wrote:
>> > Misha and Aleksey -- I think we really need to distinguish those
>> > failures from real regressions in the chart somehow or we'll never be
>> > able to tell where we stand.
>>
>> Here -
>>
> htt
Beman Dawes wrote:
> At 06:03 AM 8/14/2003, Walter Landry wrote:
> It would be trivial to add an additional path constructor that takes a
> checking function or function object.
>
> But that would kill ease-of-use. It is one thing to require an
> additional constructor argument in the fairly limite
"Peter Dimov" <[EMAIL PROTECTED]> writes:
> Fernando Cacciola wrote:
>> David Abrahams <[EMAIL PROTECTED]> wrote in message
>> news:[EMAIL PROTECTED]
>>> Which compilers are failing and where are the regression report
>>> pages?
>>>
>> Sorry for the delay, I was leaving the office when you posted
Beman Dawes wrote:
>
> The current approach is clearly too restrictive and isn't
> satisfactory. Beyond the problems you mention, there really isn't a
> single standard for portability. Even 8.3 names aren't portable to
> systems which don't allow periods in names. A whole family of
> checkers is n
Aleksandr Golovanov wrote:
Hello, I'm pretty new here, but I've extensively used boost library for
about a year.
Yesterday, I ran into a small problem, lexical_cast accepts copy instead of
(const)? reference to a source. I have a class which I would prefer to be
noncopyable and castable with laxica
David Abrahams <[EMAIL PROTECTED]> writes:
>> Once syntactic markers and/or rules are introduced, whether to
>> eliminate ambiguities or to improve readability and writablity, the
>> question is then what are the advantages of a new and unfamiliar set
>> of markers and/or rules?
>
> You're alread
Thanks, stupid me ! I guess it has been too hot around here these days.
At 13:12 14/08/2003 -0400, you wrote:
From: Jonathan de Halleux <[EMAIL PROTECTED]>
> I have a tree built with the BGL. I want to find the root of the tree.
>
> Has anybody an idea on the algorithm I should be using ? thks
David Abrahams wrote:
> > Here -
> >
http://www.meta-comm.com/engineering/resources/cs-win32_metacomm/developer_summary_page.html
> >
> > Yellow cells indicate failures on the newly added tests/compilers. The
> > updated report tools are not in the CVS yet, we will check them in after
the
> > first
"Fernando Cacciola" <[EMAIL PROTECTED]> writes:
> I don't understand the problem with the original code
> (as of revision 1.19), and I don't understand why
> 1.30.0 fails.
RC_1_30_0 is working for me with gcc-3.2 on Win32.
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
Hello, I'm pretty new here, but I've extensively used boost library for
about a year.
Yesterday, I ran into a small problem, lexical_cast accepts copy instead of
(const)? reference to a source. I have a class which I would prefer to be
noncopyable and castable with laxical_cast at the same time. I'
Alexander Nasonov <[EMAIL PROTECTED]> writes:
> Philippe A. Bouchard wrote:
>
> > There is another pipestream project you can take a look at:
> > http://pstreams.sourceforge.net/
>
> May be I missed something but this library is about reading from stdin and
> writing to stdout of other process.
Greetings,
I've started using boost::filesystem recently, and I'm mostly very
happy. One thing bothers me, though. Why does it implement any
restrictions, by default, on what kind of files it allows? From the
documentation:
The following are not valid name char's: x01-x1F, <, >, :, ", /, \,
Hi,
I am trying to find regression test results for gcc-3.3 on linux and
Intel 7.1 on Linux. Are the meta-intel-7.1 results at
http://www.meta-comm.com/engineering for windows or linux?
Does anyone have regression results for gcc/intel on linux?
By the way, these results are really useful, t
Samuel Krempp <[EMAIL PROTECTED]> writes:
> As said in the "Re: Release of 1.30.2 imminent" thread,
> recent regressions for intel-linux-7.1 on ios_state and format
> (eg
> http://boost.sourceforge.net/regression-logs/cs-Linux-links.html#format_test1-intel-7.1)
> report weird linking erros (due t
> -Original Message-
> From: Fernando Cacciola [mailto:[EMAIL PROTECTED]
> Note: although this library is new, google shows (to my
> satisfaction) that there are already a couple of users of
> Optional out there.
Simple and effective. It is in a production system here.
Many thanks,
-Original Message-
From: Beman Dawes [mailto:[EMAIL PROTECTED]
Sent: 14 August 2003 04:56
To: Boost mailing list; [EMAIL PROTECTED]
Subject: Re: [boost] boost::filesystem file restrictions
At 06:03 AM 8/14/2003, Walter Landry wrote:
>I've started using boost::filesystem recently, and I
For those who were interested but wanted to see what it is all about
first, I have updated the site so that it has some documentation on how
to actually use the project from within your own code.
http://cppxmlobj.sourceforge.net/use.html
Paul.
-
Paul Hamilton
pHamtec P/L -
David Abrahams wrote:
Martin Wille writes:
David Abrahams wrote:
NOTICE:
If I don't hear of any new problems with the RC_1_30_0 branch I'm
going to release 1.30.2 tomorrow (Wed) evening or Thursday morning.
Not new: there are still some regressions for Linux:
crc_test regresses for gcc3.1 and g
On Mon, 4 Aug 2003 20:17:03 -0700, Stephan T. Lavavej wrote
> time_duration behaves highly nonintuitively. A time_duration should
> be convertible to seconds by calculating td.hours() * 3600 +
> td.minutes() * 60 + td.seconds(), right? Wrong!
Hmm, I agree that this is not nice...
>...example o
From: Jonathan de Halleux <[EMAIL PROTECTED]>
> I have a tree built with the BGL. I want to find the root of the tree.
>
> Has anybody an idea on the algorithm I should be using ? thks
Assuming your graph is bidirectional and has a single root, then you
should just be able to pick any node, pick
Bohdan wrote:
"E. Gladyshev" <[EMAIL PROTECTED]> wrote in message
Do you mean link of incompatible library problems ?
If so ... as mentioned this is problem of boost build system
and it will be finally solved. Look at boost::regex, it doesn't have
such problems for compilers supporting "#pragma c
Paul A. Bristow wrote:
> Since I couldn't find how to make the editor work with .ipp
> files from the MS documentation, but it ws kindly provided by
> a diligent Booster, can you suggest where this info shold be stored?
FYI, a while back I got a "power toy" called vstweak that allows you to
tweak
...
Well, if things were that simple, we would have used GCC 2.x/3.x on HP-UX as well.
Unfortunately, we have to link against 3rd party C++ libraries (Tuxedo (CORBA),
actually) that have
been compiled with aCC (*gasp* even with the old roguewave STL - they don't even have
the std
namespace).
Sinc
On Wednesday 06 August 2003 02:38 pm, Thomas Witt wrote:
> gpgkeys: WARNING: this is an *experimental* HKP interface!
> gpgkeys: key D1DB3F812DD7B01A not found on keyserver
>
> Rozental, Gennadiy wrote:
> | What is the problem adapting pair of iterators to scalar vectors to
>
> produce
>
> | an ite
This is just what I would like to see in boost. I have created a
duplicate set of headers for boost (same names, same structure but in
boost_wrappers which do this and include the original header between the
push and pop). We had a discussion about this a while back and I am all
for it, but p
At 06:28 AM 8/7/2003, Hartmut Kaiser wrote:
>
>Hi all,
>
>I've tried to use the variant library to implement some new
>functionality inside the Boost.Spirit library. I must say, I'm
>impressed. Very well done!
>
>I've stumbled over a problem though: gcc (Cygwin: gcc (GCC) 3.2 20020927
>(prerelease)
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of John Torjo
> Sent: Tuesday, August 05, 2003 11:58 AM
> To: Boost mailing list
> Subject: Re: [boost] Re: Re: Re: Re: Re: Re: Re: Re: GUI/GDI template
> library
[...]
> > I did fix the include file prob
Robert Ramey wrote:
> const int array[] = {1, 2, 3, 4};
> boost::container_facade cfa(array, sizeof(array)/sizeof(int));
I guess my problem is I still don't understand what is wrong with
const boost::array< int, 4 > = { 1, 2, 3, 4 };
in this case.
If you are referring to having to dictate the
On Thu, 07 Aug 2003 17:38:22 +0200, Daniel Frey wrote:
> David Abrahams wrote:
>> No, it means managing the next release.
>
> Um, no, I don't feel like I can handle that. Sorry. I'm sure it's a lot
> of work and a big "Thank You!" to you for doing this job, but I think it
> requires knowledge whi
> 2) Is there a way to enhance the mutable typedef trick to avoid the
> large number of template instantiations?
I have worked on a solution that would require less template instantiations
but would still rely on the __LINE__ trick to avoid violations to the ODR.
The example provided (as an a
Consider the following snippet:
void show_warning( message_dialog const&, user_message );
void post_command( boost::function );
int main()
{
boost::function f(
bind( &post_command
, ( bind( &show_warning, message_dialog(), _1 ) )
//
>
> AFAIK, some gui toolkits use not event, but callback system.
> IMHO it is more evective. Definitely it should be discussed
> carefully.
>
Aren't we talking about the same thing? ;)
In response to an event, you call an event callback.
That's what my example does - it's obfuscated indeed, but
- Original Message -
From: "David Abrahams" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, August 06, 2003 10:06 PM
Subject: [boost] Re: File missing from Boost 1.30.1 release?
> David Abrahams <[EMAIL PROTECTED]> writes:
>
> > Zak Kipling <[EMAIL PROTECTED]> writes:
> >
>
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Friday, August 08, 2003 12:22 AM
> To: Boost mailing list
> Subject: Re: [boost] Re: UI++ [was: GUI sublanguage;Re: Re: Re: Re:
> GUI/GDI template library]
>
>
> --- "Philippe A.
"Beman Dawes" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> At 06:42 PM 8/10/2003, brock wrote:
> [...]
> > Should I get this permission formalized?
>
> Yes, to protect both yourself and Boost.
> [...]
Can we say: "SCO vs. IBM"? ;>
Dave
Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Thanks for all the testing; the release looks pretty darned great!
>
> Just to make sure it's understood - although "expected", all the green
> failures are still failures. Not that we can do much about them, of course.
>
>>Fr
>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 can provide an
>escaped version
At 06:04 PM 8/5/2003, David Abrahams wrote:
>
>Many of the internal references seem to be broken. For example,
>path.htm#Representation_example doesn't seem to go anywhere.
Ugh. Fixed.
Thanks,
--Beman
___
Unsubscribe & other changes: http://lists.boos
I need the ability to do interprocess synchronization through file
locking, c.f. Java.File.createNewFile and Java.File.deleteOnExit:
---
createNewFile
public boolean createNewFile()
throws IOException
Atomically creates a new, empty file named by this abstract
> I think problem is with BOOST_EXPLICIT_TEMPLATE_TYPE(void)
> Simply removing that workaround macro from forced_return works for me as a
> dirty workaround.
>
> The question is, why BOOST_NO_EXPLICIT_FUNCTION_TEMPLATE_ARGUMENTS on gcc
> 3.2.x? config/compiler/gcc.hpp comments about some unspecifie
If you haven't seen Fresco (successor to InterViews) before, I think it has a lot of
interesting ideas. http://www.fresco.org/
I've heard a couple competing ideas; either wraping native widgets or writing the
widgets from scratch (both is a possibility too, of course). Either way I think it
wo
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? Also, [EMAIL PROTECTED]
pgp0.pgp
Description: signature
> |>| What is the problem adapting pair of iterators to scalar
> vectors to
> |>produce
> |>| an iterator with complex value type?
> |>
> |>The problem is you can hardly adapt a pair. So using
> iterator_adaptor
> |>(the new class template) does not provide any benefit.
> |
> |
> | Why is that?
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of David B. Held
> Sent: Friday, August 08, 2003 1:18 PM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: UI++ [was: GUI sublanguage; Re: GUI/GDI template
> library]
>
> "Philippe A. Bouchard" <[EMAIL PROT
At 05:12 AM 8/11/2003, Alisdair Meredith wrote:
>Aleksey Gurtovoy wrote:
>
>> While I totally support the failures markup goal, I would like to see
>> _the_ release criteria to include "no regressions from the previous
>> release" item as well, preferrably for all non-beta compilers that are
>> cur
[EMAIL PROTECTED] wrote:
[...]
> After having followed this thread I wander if we are trying to
> reinvent
> the wheel. By googling a bit one can find plenty of "Gui Toolkits" and
> here I saw little of them. Not a word on Qt, for example. I never
> used it for an important project but they give
Alexander Nasonov wrote:
[snip]
The library doesn't use OS pipes. Pipe support is implemented by hand with a
help of Boost.Threads. Synchronization occurs only in underflow, overflow,
sync, open and close functions which means fast I/O.
The library also has two capacity models: limited and unli
I am wondering what happened to the allocator idiom in
boost. Was it left out intentially?
I can control all memory allocation details in STL
(orthogonally to data types) but not in boost.
It seems like a step backward comparing to STL.
How can I use allocators with shared_ptr? Is there any
way t
At 04:11 PM 8/10/2003, Martin Wille wrote:
>I added gcc-3.3.1 to the Linux tests for CVS HEAD.
>
>Test failures have been down to 1% for gcc versions 3.2.3 and 3.3 a
>few weeks ago. I think 3.2.3 and 3.3.1 would be good candidates for
>being release criteria.
OK, let's use 3.2.3 and 3.3.1 as the L
"Philippe A. Bouchard" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Bohdan wrote:
>
> [...]
>
> >> There are a lot of good reasons why we would not always want to have
> >> total control.
> >
> > "Not always" means "sometimes not" ?
> > According to this logic your gui language is
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Wednesday, August 06, 2003 5:21 PM
> To: Boost mailing list
> Subject: Re: [boost] Re: GUI/GDI template library
>
>
> --- Bohdan <[EMAIL PROTECTED]> wrote:
>
> > 2. Finally your
"John Torjo" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> >
> > AFAIK, some gui toolkits use not event, but callback system.
> > IMHO it is more evective. Definitely it should be discussed
> > carefully.
> >
> Aren't we talking about the same thing? ;)
Not exactly.
-
"Victor A. Wagner, Jr." <[EMAIL PROTECTED]> writes:
>>Test case (note that WinXP doesn't complain when programs segfault, hence
>>the Begin/End business):
See http://www.boost.org/more/error_handling.html for a way to work
around that.
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
At 01:07 AM 8/10/2003, David B. Held wrote:
>"David Abrahams" <[EMAIL PROTECTED]> wrote in message
>news:[EMAIL PROTECTED]
>> [...]
>> As a user of the filesystem library, I am having the experience that
>> obvious things are hard to find, and the docs are much harder to
>> understand than they oug
Brock Peabody wrote:
> That's a cool idea. It's a lot prettier than using the preprocessor.
Thanks, Brock.
> Does anyone know whether or not a language solution is being
> considered
> for this or variable class template arguments?
It would be valueable for expressions only, not declarator list
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
it ships are bugs Boosters don't have to cope with later.
An
E. Gladyshev wrote:
[...]
> assign responsibilites. Then it is up to each
> developer to come up with a reasonable personal
> timeline (based on his/her personal schedule) for a
> part that she/he is going to be working on.
> What do you think?
Ok, but the main decisions should be classified & a
En réponse à David Abrahams <[EMAIL PROTECTED]>:
> Martin Wille <[EMAIL PROTECTED]> writes:
>
> > David Abrahams wrote:
> >
> >> In that case, can I release 1.30.2? I don't like having the 1.30.1
> >> debacle hanging over my head.
> >
> >
> > There are new regressions on Linux (RC_1_30_0 branch)
Peter Dimov wrote:
> Aleksey Gurtovoy wrote:
> >
> > There is another variation of the idiom, sometimes called "hidden
> > state", which doesn't have the shortcoming in the first place:
> >
> > class foo
> > {
> > public:
> > foo();
> > foo(int);
> >
> > int f()
--- "Philippe A. Bouchard" <[EMAIL PROTECTED]>
wrote:
Here are some of my postings on the name and project
issues.
Brock and I liked the Notus (god of the south wind)
name.
BTW Brock said that he is in!
I'll be working on setting up the Notus (code name)
project on sf tom
Hi all
I've found bug in incremental_components examples and
documentation. Type _Rank_ is expected to be size_type, but
container _rank_ is created from vertex_descriptor. Examples work
because adjacency_list VertexList container type is vector.
// ...
typedef adjacency_list Graph;
typedef
At 05:32 PM 8/5/2003, David Abrahams wrote:
>
>Looks like a copy/paste error:
>
>--
>native_directory_string
>
>const std::string native_file_string() const;
>
>Returns: The contents of m_name, formatted in the system-specific
>representation of a directory path.
>...
Fixed. Thanks,
--- Brock Peabody <[EMAIL PROTECTED]>
wrote:
> For an exaggerated example, imagine that we design
> and implement layer
> one knowing nothing about any GUI APIs besides
> Win32. We'll probably
> have to make a lot of revisions if we then want to
> make that scheme fit
> over a *nix GUI API.
I a
David Abrahams wrote:
> I'm trying to say that I think it's the wrong patch. The right patch
> would put the swap specialization into _STL::.
I'm weighing up the 'correct' solution with the 'practical' solution.
Correct would be, as you say, fix all the code everywhere else
specializing std::sw
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Bronek Kozicki
> Sent: Tuesday, August 05, 2003 2:06 AM
> To: Boost mailing list
> Subject: Re: Re: Re: [boost] GUI/GDI template library
>
> E. Gladyshev <[EMAIL PROTECTED]> wrote:
>
> > I don't know m
Beman Dawes wrote:
At 12:53 PM 8/6/2003, Russell Hind wrote:
Perhaps coordinate with John Maddock? He is really our config header
expert.
So John, would you be interested in trying to get this sorted out for
the next release? As I have said, I currenly only use BCB, and so can't
offer much he
At 04:43 PM 8/7/2003, Daniel Frey wrote:
>On Thu, 07 Aug 2003 17:38:22 +0200, Daniel Frey wrote:
>
>> David Abrahams wrote:
>>> No, it means managing the next release.
>>
>> Um, no, I don't feel like I can handle that. Sorry. I'm sure it's a lot
>> of work and a big "Thank You!" to you for doing t
On Friday, August 8, 2003, at 12:21 PM, David Abrahams wrote:
Matthias Troyer <[EMAIL PROTECTED]> writes:
Dear Boosters,
Since some of the applications and libraries we plan on releasing soon
rely on Boost features and bugfixes that are in the CVS but not in
Boost 1.30.[012] I wonder what the pl
"Aleksey Gurtovoy" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> [...]
> typedef typename apply<
> typename lambda::type
> , T
> >::type p;
>
> things should work independently of whenever 'Policy' is in form of
> 'my_policy<_>' or 'my_policy' - given t
--- Brock Peabody <[EMAIL PROTECTED]>
wrote:
> I think now we need to decide which
> *nix GUI API to use
> and get started on a proof of concept.
I am currently working with win32 only. I can take
care of this one. I think it'll be nice to have
support for X as well.
> Maybe we should decide whi
At 3:28 PM -0500 8/6/03, Brock Peabody wrote:
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
At 03:35 PM 8/6/2003, Beman Dawes wrote:
>I've having trouble with the Borland compiler. It is getting an error in
>its own utime.h header:
>
>Error E2303 D:\Program Files\Borland\CBuilder6\Include\utime.h 42: Type
>name expected
>
>If anyone can figure out a workaround, please let me know.
Never
I've just tried to build Boost 1.30.1, and it failed with the error:
/home/zak/current/unpacked/boost/src/boost-1.30.1/boost/pending/integer_range.hpp:15:39:
boost/counting_iterator.hpp: No such file or directory
This file doesn't appear to be there at all... it's in CVS, but only on
the MAIN b
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of Philippe A. Bouchard
> Sent: Thursday, August 07, 2003 11:00 PM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: UI++ [was: GUI sublanguage;Re: Re: Re: Re:
GUI/GDI
> template library]
[...]
> Brock, d
[Dave Abrahams]
> If I don't hear of any new problems with the RC_1_30_0 branch I'm
> going to release 1.30.2 tomorrow (Wed) evening or Thursday morning.
There's one little problem... it doesn't compile cleanly under -Wshadow with
gcc. This is annoying because it forces the user to:
1. Hack the
John Maddock wrote:
std::string escape_regex(const std::string& s)
{
static const std::regex e("[\\[\\]$\\^|.+*?(){}]");
std::regex - seems I missed something! :o)
return regex_merge(s, e, "$&");
}
Just off the top of my head and untried
I'll try and think up something more genera
Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> Aleksey Gurtovoy <[EMAIL PROTECTED]> writes:
>>
>> >> I worry a little about requiring library authors not to regress on
>> >> compiler combinations they don't test with.
>> >
>> > Well, the regressions are run daily, so testi
Daniel Frey wrote:
> Hi John, Hi .*,
>
> 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 fu
A fundamental problem encountered by boost::variant is that of invoking an
overloaded function for the correct type, where the type is not known until
runtime. As near as I can tell, all proposed solutions to this problem have
involved uncomfortable space or time tradeoffs. I have read several
Some time back I mentioned I was interested in iterator adaptors to convert
between vectors of complex and scalar. I have looked at using the iterator
adaptor framework in boost. It appears that it is easy enough to adapt from
a complex sequence to pick off either the real or imaginary part, b
John -
Sorry to be slow on this reply...
John Torjo wrote:
> > > [1]
> > > unary operator-(time_iterator).
> > > Example: -hours(24) instead of hours(-24).
> > > (seems more straightforward)
> >
> > I see your point, but then don't you have to add all the other
> > operators for consistency? Not
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Wednesday, August 06, 2003 10:33 PM
> To: Boost mailing list
> Subject: Re: [boost] GUI/GDI template library
[...]
> Don't know where to start...
> Greek and Roman mythology?
>
I am currently porting something called "XMLUI" to use boost/bjam etc.
The general background of XMLUI is based on the work we did at mBED for
a "flash-like" animation system (although it predated flash).
This project is the culmination of a number of years of design of
"widget-less" UI systems
1 - 100 of 508 matches
Mail list logo