[2003-01-19] Jeff Garland 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
On Sunday 19 January 2003 09:14 pm, 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.so
> 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
>
> ..and take a look.
On Sunday 19 January 2003 08:25 pm, Beman Dawes wrote:
> I'd like to see a bit more refinement first, and understand how the
> maintenance works.
>
> Let's take the last first. What does a developer do to add a new library?
If the library documentation is in the BoostBook format, just make sure th
"Alisdair Meredith" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Yet I always find myself turning to either scoped_ptr (practically
> essential with the borland VCL), std::auto_ptr (for returning from
> factory-type functions) or shared_ptr (for just about eve
At 05:24 PM 1/19/2003, Andrei Alexandrescu wrote:
>"Terje Slettebø" <[EMAIL PROTECTED]> wrote in message
>038e01c2bf0e$cc8f35a0$cb6c6f50@pc">news:038e01c2bf0e$cc8f35a0$cb6c6f50@pc...
>>I'm also all for simplicity, cohesion, decoupling, do the simplest thing
>that could possibly work (XP/pragmatic p
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
..and take a look.
And for those
At 02:30 PM 1/19/2003, Douglas Gregor wrote:
>The alphabetized/categorized list of libraries generated from the
BoostBook
>documentation now includes all libraries that have (only) HTML
>documentation, so it is now possible to replace boost/libs/libraries.htm
>with the generated doc/html/librarie
At 07:00 AM 1/19/2003, Gennaro Prota wrote:
>Yes, I would be glad to write a formal proposal. But, as it has been
>repeatedly pointed out on comp.std.c++, this is not enough if you are
>not in the committee and that, de facto, there are very little chances
>for the proposal to be approved if you a
> ... details omitted...
>
> This function purports to be valid for any charT. However, because greg_base_facet
>is
> a typedef for date_names_put with a default of "char", it looks to me it wouldn't
>work for
> other char types such as wchar_t.
Yes, this is, or rather was a bug. Fix checked
- Original Message -
From: "Alisdair Meredith" <[EMAIL PROTECTED]>
> The simplicity is simply too big a lure. Although we could tune and
> focus our pointers more effectively using policies and Loki, we then
> have the complexity of many pointer types running through our code, and
> havin
Andrei Alexandrescu wrote:
> Back to pbd smart pointers, looks like nobody needs policy-based smart
> pointers coz they're so complex and shared_ptr just works for everybody,
> yet new xyz_ptr classes designed from scratch seem to appear around here
> quite often :o\. I just can't stop remarking h
"Terje Slettebø" <[EMAIL PROTECTED]> wrote in message
038e01c2bf0e$cc8f35a0$cb6c6f50@pc">news:038e01c2bf0e$cc8f35a0$cb6c6f50@pc...
>I'm also all for simplicity, cohesion, decoupling, do the simplest thing
that could possibly work (XP/pragmatic programmers), etc., and I'm sure
Andrei is, as well. Af
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> "Edward Diener" <[EMAIL PROTECTED]> writes:
>
> > "David Abrahams" <[EMAIL PROTECTED]> wrote...
> >> "Edward Diener" <[EMAIL PROTECTED]> writes:
>
> >> > Nonetheless I do favor a compiler change suc
At 12:31 PM 1/17/2003, Ronald Garcia wrote:
>When I run
>./process_jam_log < bin\bjam.log
>
>I get the error:
>
>Usage: bjam [bjam-args] | process_jam_log [locate-root]
> locate-root is the same as the bjam ALL_LOCATE_TARGET
> parameter, if any. Default is boost-root.
>no errors detected
>
>So i
At 02:40 PM 1/18/2003, Ronald Garcia wrote:
>
>
>On Fri, 17 Jan 2003, David Abrahams wrote:
>
>> Ronald Garcia <[EMAIL PROTECTED]> writes:
>>
>> > Is there a way to get this to work without previously running the
>entire
>> > boost test suite? I just want to test one library.
>>
>> For testing one
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
template
struct log2 {
BOOST_STATIC_CONSTANT(unsigned long,
[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! Because that would mean making g
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 download is possible only by making a donation to one of
> t
"Gennaro Prota" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> 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 anothe
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! Because that would mean making good deeds.
>>The idea is that we choose a lis
> > Is there some way to do this?
>
> Yeah, just use different names for the two tests. The signature of the
> run rule is:
>
> run ( sources + : args * : input-files * : requirements * : name ? : default-build
>* )
Ok here is a snippet of my actual Jamfile. For some reason only the first
of
[2003-01-19] Gennaro Prota wrote:
>I would *love* to see boost becoming a charity-ware collection of
>libraries.
Why?
>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 download is possible only by making a dona
On Sun, 19 Jan 2003 15:48:00 -0500, David Abrahams
<[EMAIL PROTECTED]> wrote:
>If I knew I wouldn't have asked. If you've posted about it before,
>you should know that I don't read every post.
I thought this was clear and that you were abstracted when asking it
now. The reason is just that impli
David B. Held on Sat, 18 Jan 2003 05:07:00 -0600 wrote:
> "Edward Diener" <[EMAIL PROTECTED]> wrote in message
> b0aro4$5gq$[EMAIL PROTECTED]">news:b0aro4$5gq$[EMAIL PROTECTED]...
>
>[...]
> Actually, the policy_ptr<> code in the sandbox features a policy adaptor
> that automagically detects specif
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 download is possible only by making a donation to one of
the associations. That would be t
Gennaro Prota <[EMAIL PROTECTED]> writes:
> On Sun, 19 Jan 2003 12:59:16 -0500, David Abrahams
> <[EMAIL PROTECTED]> wrote:
>
>>Why wouldn't you just write implicit_cast(expr) in this
>>case? Are you trying to save copies?
>
> It seems that you are deep in other thoughts today ;-) You know the
>
"Jeff Garland" <[EMAIL PROTECTED]> writes:
> I have been upgrading the Jamfiles for the date_time library have
> a couple questions:
>
> 1) I have a need to build tests with different compile options.
> For example consider the following example where the tests
> are the same, but the compile opti
At 01:37 AM 1/5/2003, Ihsan Ali Al Darhi wrote:
>Hi...
>
>What happened to this mailing list? Did you create a list to announce
your
>new to do ideas?
The boost-announce list is alive and well, and is used to announce formal
reviews, new releases, etc.
I think what you may be thinking of is a l
It still would be nice to have the underlying disjoint sets (union/find)
data structure as an official boost library.
On Fri, 17 Jan 2003, Jeffrey Yasskin wrote:
jyassk> > Isn't this functionality equivalent to the dynamic connected components
jyassk> > in the Boost graph library?
jyassk> >
jyass
I have been upgrading the Jamfiles for the date_time library have
a couple questions:
1) I have a need to build tests with different compile options.
For example consider the following example where the tests
are the same, but the compile options are different.
test-suite date_time_gregorian
Hi Jeffrey,
I think so.
union/find is used in the Boost Graph Library, and there is an
implementation of it, in boost/pending/disjoint_sets.hpp. The reason it is
in pending is that I've never bothered to write docs and submit it to
boost. Anyways, it would be interesting to compare the interface
On Sun, 19 Jan 2003 12:59:16 -0500, David Abrahams
<[EMAIL PROTECTED]> wrote:
>Why wouldn't you just write implicit_cast(expr) in this
>case? Are you trying to save copies?
It seems that you are deep in other thoughts today ;-) You know the
reason why I don't use implicit_cast(expr).
>(You migh
On Sun, 19 Jan 2003 12:29:25 -0700, Greg Colvin
<[EMAIL PROTECTED]> wrote:
>At 12:11 PM 1/19/2003, David Abrahams wrote:
>
>>As interesting as this may be, the discussion of string literals as
>>template parameters is off-topic for this group. Please either
>>connect this discussion back to libra
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.
template
struct log2 {
BOOST_STATIC_CONSTANT(unsigned long,
value = 1 + (log2::value));
The alphabetized/categorized list of libraries generated from the BoostBook
documentation now includes all libraries that have (only) HTML documentation,
so it is now possible to replace boost/libs/libraries.htm with the generated
doc/html/libraries.html. Here is the HTML:
http://www.cs.rpi.
At 12:11 PM 1/19/2003, David Abrahams wrote:
>As interesting as this may be, the discussion of string literals as
>template parameters is off-topic for this group. Please either
>connect this discussion back to library design or take it elsewhere.
Agreed. An interesting question is how to desig
At 10:59 AM 1/19/2003, Gennaro Prota wrote:
>On Sat, 18 Jan 2003 20:16:36 -0700, Greg Colvin
><[EMAIL PROTECTED]> wrote:
>
>>At a meeting years ago I proposed to make string literals more
>>useful as constant expressions, but we decided against that.
>>As I recall part of the problem is that linker
"Terje Slettebø" <[EMAIL PROTECTED]> wrote in message
092001c2bfeb$e91ee110$cb6c6f50@pc">news:092001c2bfeb$e91ee110$cb6c6f50@pc...
> This issue is also discussed in D&E. When you have ordinary function
calls,
> you also have the names/values used in the call, to help you understand
the
> meaning of
As interesting as this may be, the discussion of string literals as
template parameters is off-topic for this group. Please either
connect this discussion back to library design or take it elsewhere.
Thanks,
Dave
--
David Abrahams
[EMAIL PROTECTED] * http://www.boost-
>From: "Gennaro Prota" <[EMAIL PROTECTED]>
> On Sat, 18 Jan 2003 20:16:36 -0700, Greg Colvin
> <[EMAIL PROTECTED]> wrote:
>
> >At a meeting years ago I proposed to make string literals more
> >useful as constant expressions, but we decided against that.
> >As I recall part of the problem is that l
"Edward Diener" <[EMAIL PROTECTED]> writes:
> "David Abrahams" <[EMAIL PROTECTED]> wrote...
>> "Edward Diener" <[EMAIL PROTECTED]> writes:
>> > Nonetheless I do favor a compiler change such as allowing the "default"
>> > keyword to be used instead as Mr. Terekhov suggested in that same thread.
>>
>From: "Edward Diener" <[EMAIL PROTECTED]>
> "David Abrahams" <[EMAIL PROTECTED]> wrote in message
> >
> > Oh, it's a problem alright, but I'm still not very convinced of that
> > solution. The problem with interfaces that have lots of positional
> > parameters is that you forget what the differe
At 11:05 AM 1/17/2003, David Abrahams wrote:
>Toon Knapen <[EMAIL PROTECTED]> writes:
>
>> On Friday 17 January 2003 12:32, John Maddock wrote:
>>> So only the gcc tests will be run, I assume that you have some
detritus
>in
>>> bin directory from previous HP aCC runs, which is why you are seeing
>
On Sat, 18 Jan 2003 19:34:44 +0100, Gennaro Prota
<[EMAIL PROTECTED]> wrote:
>On Sat, 18 Jan 2003 13:06:06 -0500, David Abrahams
><[EMAIL PROTECTED]> wrote:
>
>>Right. But does it print anything in this case?
>>
>> if (e1 < 0)
>> std::cout << "whoops\n";
>>
>>Then I'd be worried.
>
Toon Knapen <[EMAIL PROTECTED]> writes:
> On Friday 17 January 2003 11:07, David Abrahams wrote:
>> It's not just about circular dependencies. If library A depends on
>> library B, when you link them into an executable there's no guarantee
>> that they'll appear in the right order.
>
>
> OK but I
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> "Edward Diener" <[EMAIL PROTECTED]> writes:
>
> > "Fredrik Blomqvist" <[EMAIL PROTECTED]> wrote in message
> > b0cvd7$4dv$[EMAIL PROTECTED]">news:b0cvd7$4dv$[EMAIL PROTECTED]...
> >> -snip-
> >> > I
On Sat, 18 Jan 2003 20:16:36 -0700, Greg Colvin
<[EMAIL PROTECTED]> wrote:
>At a meeting years ago I proposed to make string literals more
>useful as constant expressions, but we decided against that.
>As I recall part of the problem is that linkers are free to map
>the same literal string to diff
Gennaro Prota <[EMAIL PROTECTED]> writes:
> On Sun, 19 Jan 2003 09:42:51 -0500, David Abrahams
> <[EMAIL PROTECTED]> wrote:
>
For another thing, it would be a compile-error if the
expression *can* be implicitly converted to the destination type,
which makes no sense to me.
>>>
>>> Isn'
"Edward Diener" <[EMAIL PROTECTED]> writes:
> Maybe it should be refactored out into the MPL if it is generic enough to do
> so and then others can use it more easily in their own policy-like
> classes ?
I really think that MPL is an inappropriate place for it. It would be
very useful as a separ
On Friday 17 January 2003 11:28, Rene Rivera wrote:
> [2003-01-17] Toon Knapen wrote:
> >On Friday 17 January 2003 12:32, John Maddock wrote:
> >> So only the gcc tests will be run, I assume that you have some detritus
>
> in
>
> >> bin directory from previous HP aCC runs, which is why you are seei
On Friday 17 January 2003 11:07, David Abrahams wrote:
> Toon Knapen <[EMAIL PROTECTED]> writes:
> > On Friday 17 January 2003 14:59, David Abrahams wrote:
> >> No, please restore that feature. The build system offers no
> >> guarantees about the order in which specified libraries will be added
>
On Sun, 19 Jan 2003 09:42:51 -0500, David Abrahams
<[EMAIL PROTECTED]> wrote:
>>>For another thing, it would be a compile-error if the
>>>expression *can* be implicitly converted to the destination type,
>>>which makes no sense to me.
>>
>> Isn't this the intent?
>
>I don't know what the intent i
I still have three problems with Cray C++ v. 3.6, but got some parts to
compile. They are:
i) a problem with template instantiation - here it seems that the
compiler might not be correctly installed on our system and I will talk
to the Cray engineers.
ii) static assertions do not work
iii) in so
On Sunday 19 January 2003 06:33 am, John Maddock wrote:
> Looking through the regression test results, there seem to be some tests
> that are failing for all of the tested compilers:
>
> Function:
> function_arith_portable
> function_arith_cxx98
> function_ref_cxx98
> function_ref_p
Gennaro Prota <[EMAIL PROTECTED]> writes:
> On Sat, 18 Jan 2003 21:55:59 -0500, David Abrahams
> <[EMAIL PROTECTED]> wrote:
>
>>Gennaro Prota <[EMAIL PROTECTED]> writes:
>
>>> I see. Can we expect an "extension" for C++0x then?
>>
>>Not unless someone makes a formal proposal. Are you volunteering
"John Maddock" <[EMAIL PROTECTED]> writes:
> Toon,
>
> There are a couple of config issues arising from the HP regression tests
> (and thanks for running these BTW):
>
> The output from config_info is not showing up in the report (which is really
> the reason for the extra queries below), try dele
"Edward Diener" <[EMAIL PROTECTED]> writes:
> "Fredrik Blomqvist" <[EMAIL PROTECTED]> wrote in message
> b0cvd7$4dv$[EMAIL PROTECTED]">news:b0cvd7$4dv$[EMAIL PROTECTED]...
>> -snip-
>> > I thought the C++ template solution by Damian Conway was pretty neat,
>> -snip-
>> I thought so too at first, b
date_names_put is defined in date_names_put.hpp as
template >
class date_names_put : public std::locale::facet
file greg_facet.hpp defines:
typedef boost::date_time::date_names_put greg_base_facet;
This makes use of the default charT = char.
Later in that file...
template
inlin
Toon,
There are a couple of config issues arising from the HP regression tests
(and thanks for running these BTW):
The output from config_info is not showing up in the report (which is really
the reason for the extra queries below), try deleting
boost-path/status/bin/config_info.test/ before you
On Sat, 18 Jan 2003 21:55:59 -0500, David Abrahams
<[EMAIL PROTECTED]> wrote:
>Gennaro Prota <[EMAIL PROTECTED]> writes:
>> I see. Can we expect an "extension" for C++0x then?
>
>Not unless someone makes a formal proposal. Are you volunteering?
Yes, I would be glad to write a formal proposal. B
Looking through the regression test results, there seem to be some tests
that are failing for all of the tested compilers:
Function:
function_arith_portable
function_arith_cxx98
function_ref_cxx98
function_ref_portable
mem_fun_cxx98
mem_fun_portable
std_bind_cxx98
s
On Sat, 18 Jan 2003 20:16:36 -0700, Greg Colvin
<[EMAIL PROTECTED]> wrote:
>At a meeting years ago I proposed to make string literals more
>useful as constant expressions, but we decided against that.
>As I recall part of the problem is that linkers are free to map
>the same literal string to dif
63 matches
Mail list logo
