Hi,
I think the Interval Arithmetic library is ready to be merged from the
boost-sandbox cvs into the main boost cvs. So cvs write rights will be
needed; but before that, something must be decided: where to put the
library?
This question was already discussed on this mailing-list some times ago,
Rozental, Gennadiy wrote:
It is not necessary. You program will be given *string*
"(0,1) (1,3)" and
can parse it using more powerfull means. I guess Spirit is
quite appropriate.
I provide a way to parse it with very simple means.
I don't see that yet, but see below.
Unfortunately I will be
Thomas Wenisch wrote:
Hi all,
I have not followed this discussion closely, but I did want to add on one
point:
[...]
For example:
my_program /roll trace file? = "yes"
CLA is basic facility that is used by many people with different habits. You
could not afford to incur too many restrictions.
Rozental, Gennadiy wrote:
As my example above shows, you can use simple syntax for two
arguments and
explicit/named for all others. Take a look at Boost.Graph: it
uses named
arguments, but mostly for numerous details such as
"color_map". You don't have
to write
transitive_closure(graph_p
On Monday 20 January 2003 03:14, Rene Rivera wrote:
> In order to make regression test browsing more pleasant for all of us. I
> decided to work up a little script to gather up all the test results that
> get posted to the boost.sourceforge.net site. So browse on over to:
>
> http://boost.sourc
On Monday 20 January 2003 03:14, Rene Rivera wrote:
> In order to make regression test browsing more pleasant for all of us. I
> decided to work up a little script to gather up all the test results that
> get posted to the boost.sourceforge.net site. So browse on over to:
>
> http://boost.sourc
Rob Stewart wrote:
Since this discussion has been mostly between two folks, I
thought I'd add my take on command line and configuration file
handling.
It's good!
The purpose of command line parsing is to decode the arguments
list into pieces of information, abstracting the syntax of the
comman
Rene Rivera wrote:
> In order to make regression test browsing more pleasant for all of us. I
> decided to work up a little script to gather up all the test results that
> get posted to the boost.sourceforge.net site. So browse on over to:
>
> http://boost.sourceforge.net/regression-logs
>
>
On Sun, 19 Jan 2003 20:50:02 -0500, Beman Dawes <[EMAIL PROTECTED]>
wrote:
>If you have a reasonable, useful, proposal then don't worry about getting
>it presented to the committee. Sure, it helps to be there in person, but
>there are plenty of existence proof's that attendance isn't a requireme
From: "John Maddock" <[EMAIL PROTECTED]>
[...]
> The compiler seems not to support template templates according to the
> config_test failure. We currently have:
>
> #if (__HP_aCC <= 33900)
> #define BOOST_NO_TEMPLATE_TEMPLATES
> #define BOOST_NO_MEMBER_TEMPLATE_KEYWORD
> #define BOOST_
On Sun, 19 Jan 2003 16:06:10 -0600, Rene Rivera
<[EMAIL PROTECTED]> wrote:
>[2003-01-19] Gennaro Prota wrote:
>
>>What a question! Because that would mean making good deeds.
>
>You shouldn't need Boost to do good deeds ;-)
Indeed.
The idea is that we choose a list of associations and
bod
On Saturday, January 18, 2003, at 12:55 PM, John Maddock wrote:
If you can test and supply patches they would be much appreciated,
come to
that, I don't suppose you would like to volunteer to regularly run the
regression tests on that platform would you (no problem if you can't
though)? Testing
Gennaro Prota wrote:
> The argument about contradicting the boost purpose, raised by someone
> else, is totally unwarranted as well. Boost would remain exactly the
> same it is now: donation would be a "side effect".
My point (being someone else) is that side effect is to fund something
entire
> [mailto:[EMAIL PROTECTED]]On Behalf Of Paul Mensonides
> I don't buy this argument about the "complexity of many pointer
> types." I'm
> not going to make a judgement on whether a few distinct smart pointers are
> better than a single super pointer. I think we should have both and let
> users
> [mailto:[EMAIL PROTECTED]]On Behalf Of Sam Partington
> That said, I do like the way shared_ptr can improve itself if you give it
> something derived from counted_base, perhaps to compromise this method of
> adding variety of implementation could be extended. e.g. perhaps
> something
> derived
Title: RE: [boost] Preliminary submission: command line & config file li brary
-Original Message-
From: Vladimir Prus [mailto:[EMAIL PROTECTED]]
>
> > As for configuration files, there are myriad formats available
> > and I don't think parsing them has anything to do with command
> >
Guillaume Melquiond <[EMAIL PROTECTED]> writes:
> Hi,
>
> I think the Interval Arithmetic library is ready to be merged from the
> boost-sandbox cvs into the main boost cvs. So cvs write rights will be
> needed;
Send your sourceforge user name to [EMAIL PROTECTED], and
someone will set it up. I
Rene Rivera said:
> [2003-01-19] Gennaro Prota wrote:
>
>>On Sun, 19 Jan 2003 15:19:15 -0600, Rene Rivera
>><[EMAIL PROTECTED]> wrote:
>>
>>>[2003-01-19] Gennaro Prota wrote:
>>>
I would *love* to see boost becoming a charity-ware collection of
libraries.
>>>
>>>Why?
>>
>>What a question!
Vladimir Prus <[EMAIL PROTECTED]> writes:
> Rozental, Gennadiy wrote:
>>> As my example above shows, you can use simple syntax
>>> for two arguments and explicit/named for all
>>> others. Take a look at Boost.Graph: it uses named
>>> arguments, but mostly for numerous details such as
>>> "color_ma
Alisdair Meredith <[EMAIL PROTECTED]> writes:
> Gennaro Prota wrote:
>
>> I would *love* to see boost becoming a charity-ware collection of
>> libraries. The idea is that we choose a list of associations and
>> bodies, and set up a mechanism, through the boost site or another
>> site, where downlo
Hi,
I found out what to edit in gcc-tools.jam in order to get BOOST compiled
with regex and threads under NetBSD 1.6.
Anybody out there familiar with boost build process I can send this short
tutorial for having a look at it (telling me what
can be achieved easier)?
Perhaps I can send it also to
On Monday 20 January 2003 14:03, Matthias Troyer wrote:
> On Saturday, January 18, 2003, at 12:55 PM, John Maddock wrote:
> > If you can test and supply patches they would be much appreciated,
> > come to
> > that, I don't suppose you would like to volunteer to regularly run the
> > regression test
On Monday, January 20, 2003, at 04:27 PM, Toon Knapen wrote:
I tried to run the regression test but the first problem I encountered
is that jam does not seem to work on a Cray machine:
And what happens if you use make directly ?
Same problem if I use make, jam compiles but then crashes
Ma
Florian Stöhr <[EMAIL PROTECTED]> writes:
> Hi,
>
> I found out what to edit in gcc-tools.jam in order to get BOOST compiled
> with regex and threads under NetBSD 1.6.
>
> Anybody out there familiar with boost build process I can send this short
> tutorial for having a look at it (telling me what
Matthias Troyer <[EMAIL PROTECTED]> writes:
> On Saturday, January 18, 2003, at 12:55 PM, John Maddock wrote:
>> If you can test and supply patches they would be much
>> appreciated, come to
>> that, I don't suppose you would like to volunteer to regularly run the
>> regression tests on that platf
Trosset Didier wrote:
> > As for configuration files, there are myriad formats available
> > and I don't think parsing them has anything to do with command
> > lines.
>
> Parsing -- no. However, as an application programmer I'm interested
> if my code should produce some warnings at runtim
[2003-01-20] Toon Knapen wrote:
>On Monday 20 January 2003 03:14, Rene Rivera wrote:
>> In order to make regression test browsing more pleasant for all of us. I
>> decided to work up a little script to gather up all the test results that
>> get posted to the boost.sourceforge.net site. So browse o
On Monday, January 20, 2003, at 04:51 PM, David Abrahams wrote:
One other thing worth checking if you can't get a stack trace easily:
./bootstrap.cc/jam0 -d12
You may get enough useful output for us to track down the problem.
Here is is. I will send a stack trace as soon as I can get it. I ho
[2003-01-20] Rene Rivera wrote:
>[2003-01-20] Toon Knapen wrote:
>
>>
>>How come it picked up cs-aix.html and not cs-vacpp6.html. The latter is
the
>
>What it did not pick was the "cs-vacpp-links_6.html", and that's because of
>the extra "_6". If those where "cs-vacpp6-links.html" and "cs-vacpp6.
Matthias Troyer <[EMAIL PROTECTED]> writes:
> Floating exception (core dumped)
Can you post a printout of your environment variables, starting with
MANPATH?
--
David Abrahams
[EMAIL PROTECTED] * http://www.boost-consulting.com
Boost support, enhancements, training, and
> It picked "cs-vacpp-links.html", there is no "cs-aix-links.html" ;-)
>
> What it did not pick was the "cs-vacpp-links_6.html", and that's because of
> the extra "_6". If those where "cs-vacpp6-links.html" and "cs-vacpp6.html"
> it would parse those.
Oops I noticed in serious problem in the updat
At 09:53 PM 1/19/2003, Jeff Garland wrote:
>Nice! Any explanation why so many more tests on Win32 and BSD (300+) than
>on say Linux (~200)?
The date is important; since the subinclude feature became available
recently people have been adding tests.
Thus the December linux tests reported 203 tes
Matthias Troyer <[EMAIL PROTECTED]> writes:
> On Monday, January 20, 2003, at 04:51 PM, David Abrahams wrote:
>> One other thing worth checking if you can't get a stack trace easily:
>>
>> ./bootstrap.cc/jam0 -d12
>>
>> You may get enough useful output for us to track down the problem.
>
> Here is
On Monday, January 20, 2003, at 05:38 PM, David Abrahams wrote:
Matthias Troyer <[EMAIL PROTECTED]> writes:
Floating exception (core dumped)
Can you post a printout of your environment variables, starting with
MANPATH?
Here are all the variables:
USER=troyer
LOGNAME=troyer
HOME=/u/ph/troye
[2003-01-20] Toon Knapen wrote:
>> It picked "cs-vacpp-links.html", there is no "cs-aix-links.html" ;-)
>>
>> What it did not pick was the "cs-vacpp-links_6.html", and that's because
of
>> the extra "_6". If those where "cs-vacpp6-links.html" and
"cs-vacpp6.html"
>> it would parse those.
>
>Oops I
On Monday 20 January 2003 18:16, Rene Rivera wrote:
> >No need to. I have to correct some stuff anyway. Just tell me how I need
> > to name my files. I also added the trailing '6' but I'm not sure the
> > status pages for 5 will be updated and thus the '6' may become
> > irrelevant.
>
> Sure, the m
> You still need to remember something. For example, your library uses ","
> to separate elements of std::list<...> parameter. Can I guess that from
the
> options declaration?
It has almost nothing to do with parameter definition. It's details of
argument parsing format. You may though specify it
On Sunday 19 January 2003 07:14 pm, Rene Rivera wrote:
> The Linux tests don't use the new regression programs?
Now they do :-)
--
Alkis
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
>The date is important; since the subinclude feature became available
>recently people have been adding tests.
What is the subinclude feature and where is it documented?
Jeff
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listin
Just a reminder that Boost is freely licensed, so that
nothing stops anyone from putting together a Boost
distribution and exchanging copies of it for donations
to whatever charity they want, or to their own pockets.
___
Unsubscribe & other changes: http
On Mon, 20 Jan 2003 00:08:33 +0200, "Vesa Karvonen"
<[EMAIL PROTECTED]> wrote:
>Gennaro Prota:
>>Can someone who was subscribed when the Integer library was approved
>>explain me what were the reasons to choose the current implementation
>>of static_log2 against e.g.
>
>I can't help in that, but
>
At 09:55 AM 1/20/2003, David Abrahams wrote:
>Guillaume Melquiond <[EMAIL PROTECTED]> writes:
>> but before that, something must be decided: where to put the
>> library?
>>
>> This question was already discussed on this mailing-list some times
ago,
>> but no clear answer was given at that time.
At 04:08 AM 1/20/2003, Toon Knapen wrote:
>On Monday 20 January 2003 03:14, Rene Rivera wrote:
>> In order to make regression test browsing more pleasant for all of us.
I
>> decided to work up a little script to gather up all the test results
that
>> get posted to the boost.sourceforge.net site.
At 05:42 AM 1/20/2003, Alisdair Meredith wrote:
>Rene Rivera wrote:
>
>> In order to make regression test browsing more pleasant for all of us.
I
>> decided to work up a little script to gather up all the test results
that
>> get posted to the boost.sourceforge.net site. So browse on over to:
>>
"Sam Partington" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> If they had to decide
> whether to use shared_ptr, or slightly_faster_ptr, I think they would
simply
> not bother.
But it's not just "slightly faster". This is a misconception. For example,
COM or
I've done some tests with gcc, which has an option to show the time
taken by each subprocess in the compilation sequence. Results and test
program are below. The file log2_impl.hpp contained either the trivial
implementation I've posted before, or Vesa's one, or a simple #include
"boost/static_log
At 12:38 PM 1/20/2003, Jeff Garland wrote:
>
>>The date is important; since the subinclude feature became available
>>recently people have been adding tests.
>
>What is the subinclude feature and where is it documented?
I've just updated the regression docs in CVS. See
http://cvs.sourceforge.net/
"Andrei Alexandrescu" <[EMAIL PROTECTED]> writes:
> "Sam Partington" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>> If they had to decide
>> whether to use shared_ptr, or slightly_faster_ptr, I think they would
> simply
>> not bother.
>
> But it's not just "
Matthias Troyer <[EMAIL PROTECTED]> writes:
> On Monday, January 20, 2003, at 05:38 PM, David Abrahams wrote:
>
>> Matthias Troyer <[EMAIL PROTECTED]> writes:
>>
>>> Floating exception (core dumped)
>>
>> Can you post a printout of your environment variables, starting with
>> MANPATH?
>
> Here are
At 12:33 PM 1/20/2003, Toon Knapen wrote:
>On Monday 20 January 2003 18:16, Rene Rivera wrote:
>> >No need to. I have to correct some stuff anyway. Just tell me how I
need
>> > to name my files. I also added the trailing '6' but I'm not sure the
>> > status pages for 5 will be updated and thus th
Greeting,
I have renamed shifted_ptr<> to gc_ptr<> so that its name becomes more
descriptive. You can see its main documentation in Class Hierarchy ->
boost::gc_ptr< T, U > (in doc/index.html):
http://groups.yahoo.com/group/boost/files/gc_ptr.zip
I hope it helps introducing the concept.
Thank
- Original Message -
From: "David Abrahams" <[EMAIL PROTECTED]>
> If you really care about this, why don't you work on making a boost
> submission or bringing a proposal to the committee for the next
> meeting?
By all means. A policy-based smart pointer doesn't mandate the inclusion of
a
It seems to me that the current implementation of is_convertible will
conclude that int* is convertible to int[10]. That's because when a
function parameter is of array type, it is treated just like a pointer. But
according to 4/3 of the standard:
"An expression e can be _implicitly converted_ t
On Mon, 20 Jan 2003 19:40:42 +0100, Gennaro Prota
<[EMAIL PROTECTED]> wrote:
>> enum {c = (1 << n) <= x};
>
>
>Wrong. The left-shift may give undefined behavior, because n can be
>greater than or equal to the number of value bits in an unsigned long
By the same reasoning, is_convertible should evaluate to
true, since a function type is implicitly convertible to its pointer type.
But given the current implementation (1.29.0),
is_convertible doesn't compile.
Opinions? Is this just too nit-picky?
Eric
___
This did not help but I'm getting closer. I don't have a full trace
back but the debugger tells me that it happens in line 99 of file
hash.c:
char *b = (*data)->key;
Since the problem vanishes when I turn off optimization (-O0), I'm not
sure whether it is a compiler or jam bug. I will forward
"Paul Mensonides" <[EMAIL PROTECTED]> writes:
> - Original Message -
> From: "David Abrahams" <[EMAIL PROTECTED]>
>
>> If you really care about this, why don't you work on making a boost
>> submission or bringing a proposal to the committee for the next
>> meeting?
>
> By all means. A pol
> My feeling is that the boost community would of course be interested in
> looking over a related submission, but most of its members are not
> interested in actively working on such a port. And let's face it, I'm not
> popular with boost, and that doesn't help generating enthusiasm inside
boost
>
"Paul Mensonides" <[EMAIL PROTECTED]> wrote in message
004f01c2c0d5$da16f5a0$4900a8c0@c161550b">news:004f01c2c0d5$da16f5a0$4900a8c0@c161550b...
> - Original Message -
> From: "David Abrahams" <[EMAIL PROTECTED]>
>
> > > My feeling is that the boost community would of course be interested
>
- Original Message -
From: "David Abrahams" <[EMAIL PROTECTED]>
> > I don't want to propagate a war here, but Andrei's perception (of
> > his perception) is not entirely unfounded either. In the past,
> > Andrei has raised some practical concerns with certain design
> > strategies. At th
- Original Message -
From: "Edward Diener" <[EMAIL PROTECTED]>
> People disagree with others all the time based on their technical
> understanding. No one's opinion is exempt from reasonable discussions or
> arguments over what someone else perceives as the correct solution to a
> technica
At 09:48 PM 1/19/2003, Douglas Gregor wrote:
>> -- Footer should have a "revised" date. I like the horizon rule,
too.
>
>A "generated" date would be easy; a "revised" date isn't so easy, because
>it's not trivial to figure out when something used in the list changed.
For this page it proba
On Monday 20 January 2003 01:44 pm, Beman Dawes wrote:
> I guess I'm still unsure how the generated HTML docs are going to be
> integrated with the rest of the web site and CVS.
>
> My understanding was that the docs in formats other than HTML would go on a
> separate web site, but that the source
I don't recall discussion of a rdbms access
library on this list. Have there been any
candidates in the past?
Oracle OCCI seems pretty modern and might
make a good starting point -
http://www.csis.gvsu.edu/GeneralInfo/Oracle/appdev.920/a96583/toc.htm
Steve
_
On Monday 20 January 2003 09:25 pm, Paul Mensonides wrote:
> - Original Message -
> From: "Edward Diener" <[EMAIL PROTECTED]>
>
> > People disagree with others all the time based on their technical
> > understanding. No one's opinion is exempt from reasonable discussions or
> > arguments ov
> >What is the subinclude feature and where is it documented?
>
>I've just updated the regression docs in CVS. See
>http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/*checkout*/boost/boost/more/regression.
>html?rev=1.8
Hey this is great, no more 'singleton' jam files for tests! Fortunately
I just
At Tuesday, 21 January 2003, you wrote:
>I don't recall discussion of a rdbms access
>library on this list. Have there been any
>candidates in the past?
There have been some discussions in the past, but nothing too serious.
>Oracle OCCI seems pretty modern and might
>make a good starting poin
From: David Abrahams <[EMAIL PROTECTED]>
Date: Mon, 20 Jan 2003 23:34:06 -0500
In-Reply-To: <001a01c2c0f1$a7395940$4900a8c0@c161550b> ("Paul Mensonides"'s
message of "Mon, 20 Jan 2003 18:06:03 -0800")
Message-ID: <[EMAIL PROTECTED]>
Lines: 164
User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.2
Vladimir Prus wrote:
I have one policy that I forgot to mention: chain_lookup_policy. It's
work
is based on Chain of responcibilities Design pattern. In this case Every
parameter knows how to parse itelf out of input. And this
identification may
not be the name at all.
I would say that it's a
- Original Message -
From: "David Abrahams" <[EMAIL PROTECTED]>
> >> Argument is very different from derision. I think it would be very
> >> foolish to deride Andrei's opinions, which usually have something very
> >> incisive behind them.
> >
> > Agreed, but that is more-or-less what happ
[2003-01-21] David A. Greene wrote:
>Vladimir Prus wrote:
>
>>> I have one policy that I forgot to mention: chain_lookup_policy. It's
>>> work
>>> is based on Chain of responcibilities Design pattern. In this case Every
>>> parameter knows how to parse itelf out of input. And this
>>> identifica
71 matches
Mail list logo
