"Fernando Cacciola" <[EMAIL PROTECTED]> writes:
> [Just got here at home from the office... sorry for the delay]
>
> "William E. Kempf" <[EMAIL PROTECTED]> escribió en el mensaje
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>>
>> Fernando Cacciola said:
>>
>> > Here's a description of my configu
Daniel Wallin <[EMAIL PROTECTED]> writes:
> Given the recent discussions on policy based pointers and arbitrary
> parameter order I thought I'd see if there is any interest in some
> policy extraction template's I recently wrote.
>
> The idea here is that the user specifies a set of parameters, a
"Fernando Cacciola" <[EMAIL PROTECTED]> writes:
> (For example, the SF docs mention: "cvs.sourceforge.net:/cvsroot/boost",
> while the boost site docs says: "cvs.boost.sourceforge.net:/cvsroot/boost")
The latter is correct.
--
David Abrahams
[EMAIL PROTECTED] * http:/
Given the recent discussions on policy based pointers and arbitrary parameter
order I thought I'd see if there is any interest in some policy extraction
template's
I recently wrote.
The idea here is that the user specifies a set of parameters, a set of
rules by which
to extract the policy types
[Just got here at home from the office... sorry for the delay]
"William E. Kempf" <[EMAIL PROTECTED]> escribió en el mensaje
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>
> Fernando Cacciola said:
>
> > Here's a description of my configuration and attempts
> > in case someone can help me (hint hi
[Just got here at home from the office... sorry for the delay]
"Beman Dawes" <[EMAIL PROTECTED]> escribió en el mensaje
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> At 05:28 PM 1/21/2003, David Abrahams wrote:
>
> >What the heck is plink?
> >Forget about that; all you need is cvs -d:ext:...
>
[Just got here at home from the office... sorry for the delay]
"David Abrahams" <[EMAIL PROTECTED]> escribió en el mensaje
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> "Fernando Cacciola" <[EMAIL PROTECTED]> writes:
>
> > According to the docs I've read so far, plink.exe/putty.exe
> > is windows
On Tuesday 21 January 2003 05:33 pm, Beman Dawes wrote:
> At 08:05 PM 1/21/2003, Alkis Evlogimenos wrote:
> >On Tuesday 21 January 2003 04:18 am, John Maddock wrote:
> >> The linux status page is still all messed up: the library names are
> >
> >missing
> >
> >> as are test type from the tabl
[Just got here at home from the office... sorry for the delay]
"David B. Held" <[EMAIL PROTECTED]> escribió en el mensaje
b0kj3j$49e$[EMAIL PROTECTED]">news:b0kj3j$49e$[EMAIL PROTECTED]...
> "David Abrahams" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > [.
At 08:05 PM 1/21/2003, Alkis Evlogimenos wrote:
>On Tuesday 21 January 2003 04:18 am, John Maddock wrote:
>> The linux status page is still all messed up: the library names are
>missing
>> as are test type from the table, would it be possible to modify your
>> scripts to use a variant of boost-path
At 05:28 PM 1/21/2003, David Abrahams wrote:
>What the heck is plink?
>Forget about that; all you need is cvs -d:ext:...
Dave, I think Fernando is following the new SourceForge docs, which use a
different set of support programs than were recommended by the old docs.
Fernando, do you have pagea
On Tuesday 21 January 2003 04:18 am, John Maddock wrote:
> The linux status page is still all messed up: the library names are missing
> as are test type from the table, would it be possible to modify your
> scripts to use a variant of boost-path/tools/regression/run_tests.sh?
> (Since we know tha
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> [...]
> I use my cygwin ssh on windows. It's called "ssh.exe".
> You also got an ssh.exe with WinCVS which should work.
I'm guessing you got ssh from Cygwin only, since I have the latest
WinCVS, a
"Fernando Cacciola" <[EMAIL PROTECTED]> writes:
> According to the docs I've read so far, plink.exe/putty.exe
> is windows equivalent to unix 'ssh'.
I use my cygwin ssh on windows. It's called "ssh.exe".
You also got an ssh.exe with WinCVS which should work.
> The doc for :ext: says that I need
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> [...]
> Don't know anything about this plink stuff. What's the point?
It's an ssh client for use in automation. It doesn't have the interactive
output that a normal ssh client would have.
> > [.
"David Abrahams" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> "Fernando Cacciola" <[EMAIL PROTECTED]> writes:
>
> >
> > --
> > Attempt 1:
> > ==
> >
> > If I run putty.exe with pageant running with the key loaded,
> > and configured as:
> >
>
Fernando Cacciola said:
> Here's a description of my configuration and attempts
> in case someone can help me (hint hint...)
>
> - Windows98
> - cvs95.exe version: 1.11.4
> - WinCVS.exe version: 1.3.8.1 Beta 8 Build 1
> - PuTTY 0.53b
>
> * I have checked out boost this morning on a local working
"Fernando Cacciola" <[EMAIL PROTECTED]> writes:
>
> --
> Attempt 1:
> ==
>
> If I run putty.exe with pageant running with the key loaded,
> and configured as:
>
> Host Name: cvs.boost.sourceforge.net:/cvsroot/boost
> Protocol: SSH2 (Port 22)
> Autologin: fcacciola (which is
- Original Message -
From: "Larry Evans" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: "Mirek Fidler" <[EMAIL PROTECTED]>; "Philippe A. Bouchard"
<[EMAIL PROTECTED]>; "Boehm, Hans" <[EMAIL PROTECTED]>
Sent: Tuesday, January 21, 2003 3:44 PM
Subject: prox_descriptor feedback?
> Philippe
.. getting just back from Vacations.
- Original Message -
From: "Douglas Gregor" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Sunday, January 05, 2003 9:10 PM
Subject: [boost] Review results: Optional library
>
> Fernando Cacciola's
>Is there any work toward using boost in HP-UX, with aCC and stlport?
>I even have a problem with building bjam for that platform :-(
There is some work going on here at boost, and I hope others will answer
you in more detail about that.
But there is one thing that you a
On Tuesday 21 January 2003 04:24 pm, David Abrahams wrote:
> Unai Uribarri <[EMAIL PROTECTED]> writes:
> > Currently, any_cast doesn't allow to cast to
> > references. Instead, you have obscure castings from
> > any* to T returning T*.
>
> That sounds like a design mistake on the face of it.
This
Unai Uribarri <[EMAIL PROTECTED]> writes:
> Currently, any_cast doesn't allow to cast to
> references. Instead, you have obscure castings from
> any* to T returning T*.
That sounds like a design mistake on the face of it.
> I think that the following code is more standard
> conforming and, there
Gennaro Prota:
[...] in many cases boost has implementations enormously more
complicated than necessary.
I would recommend that you seriously show how to make simpler
implementations. I'm sure that significant simplifications, that work as
well as the more complicated implementation, would be
"Larry Evans" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> [...]
> How does a pattern description something like:
>
> Participants:
> descriptor_of_singleton
> - descriptor*
> descriptor for subject_start
>
At 05:23 AM 1/21/2003, Paul A. Bristow wrote:
>PS I think it is time to have another Formal Review of Math Constants.
>Please can the Review Wizard schedule this?
Formal Requests should really be posted with a subject line that reads
"Formal Review request: " or similar so the Review Manager
Just wondering if anyone has been isolating testcases etc. from boost
code for gcc HEAD's new parser. The first problem I came across was :
../../boost/boost/type_traits/is_function.hpp:59: error: expected
class-name
../../boost/boost/type_traits/is_function.hpp:59: error: expected `{'
../../boos
Philippe A. Bouchard said:
> Ok... I have renamed gc_ptr<> back to shifted_ptr<>. BTW what do you
> people prefer?
> http://groups.yahoo.com/group/boost/files/shifted_ptr.zip
>
> I am not familiar with the std locking mechanisms but how the following
> is supposed to be unlocked?
> #ifdef BOOST_H
Currently, any_cast doesn't allow to cast to references. Instead, you
have obscure castings from any* to T returning T*.
I think that the following code is more standard conforming and,
therefore, more understandable than the currently allowed counterparts:
any x=int(5);
++any_cast(
On Tuesday, January 21, 2003, at 07:43 PM, Beman Dawes wrote:
At 12:23 PM 1/21/2003, Matthias Troyer wrote:
>I could get jam to compile and could start the regression tests with a
>couple of patches to Makefiles and scripts. Now I am stuck, since for
>each library the regression tests abort wit
[2003-01-21] David Abrahams wrote:
>Toon Knapen <[EMAIL PROTECTED]> writes:
>
>> On Tuesday 21 January 2003 16:30, Rene Rivera wrote:
>>> BUt I can't figure out why it doesn't detect the toolset? All the
build.sh
>>> does is check to see if "xlc" is in the path.
>> I can confirm that xlc is in th
Philippe: I just wanted to let you know I am looking at your code at:
http://groups.yahoo.com/group/boost/files/gc_ptr.zip
However, I've not had time to understand it fully. I do like the way
you've got a virtual table pointer (VTP) installed in each garbage
collected object.
Currently, I'm try
On Tue, 21 Jan 2003 12:58:47 -0500, David Abrahams
<[EMAIL PROTECTED]> wrote:
>I don't think anyone thought very carefully
>about the meaning of "convertible" before, and I think we could
>probably stand to tighten up our documentation in this area. All it
>says right now is:
>
>Evaluates to
Ok... I have renamed gc_ptr<> back to shifted_ptr<>. BTW what do you people
prefer?
http://groups.yahoo.com/group/boost/files/shifted_ptr.zip
I am not familiar with the std locking mechanisms but how the following is
supposed to be unlocked?
#ifdef BOOST_HAS_THREADS
mutex_type::scoped_lock lock(m
Toon Knapen <[EMAIL PROTECTED]> writes:
> On Tuesday 21 January 2003 16:30, Rene Rivera wrote:
>> BUt I can't figure out why it doesn't detect the toolset? All the build.sh
>> does is check to see if "xlc" is in the path.
> I can confirm that xlc is in the path. So that's not it. Note though that
At 12:23 PM 1/21/2003, Matthias Troyer wrote:
>I could get jam to compile and could start the regression tests with a
>couple of patches to Makefiles and scripts. Now I am stuck, since for
>each library the regression tests abort with an error message such as:
>
>*** Error: std::runtime_error: boo
"John Maddock" <[EMAIL PROTECTED]> writes:
>> 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
Gennaro Prota <[EMAIL PROTECTED]> writes:
> I don't want to be involved in another war here, also because I'm
> totally ignorant about boost's implementation of is_convertible and
> because I don't know what is its purpose (i.e.: I haven't read the
> documentation and I can just have an idea from
Matthias Troyer <[EMAIL PROTECTED]> writes:
> I could get jam to compile and could start the
> regression tests with a couple of patches to Makefiles
> and scripts. Now I am stuck, since for each library the
> regression tests abort with an error message such as:
>
> *** Error: std::runtime_error:
I could get jam to compile and could start the regression tests with a
couple of patches to Makefiles and scripts. Now I am stuck, since for
each library the regression tests abort with an error message such as:
*** Error: std::runtime_error: boost::filesystem::directory_iterator
constructor: "
Both CRAY and cray are defined.
I have also heard that future Cray compiler versions will have a 16-bit
short type, albeit with performance penalties.
Matthias
On Tuesday, January 21, 2003, at 01:10 PM, John Maddock wrote:
While I am still working on these three issues, I could solve the
probl
At 06:31 AM 1/21/2003, dLux wrote:
>...
>
>Is there any work toward using boost in HP-UX, with aCC and stlport?
>I even have a problem with building bjam for that platform :-(
There is some work going on here at boost, and I hope others will answer
you in more detail about that.
But there is on
At 03:54 AM 1/21/2003, Toon Knapen wrote:
>> OTHO, it is nice to have a set in CVS at the
>> time of each release.
>That was my intention. To have a status page for every release. Currently
>boost/status/compiler_status.html actually always points to the status of
>the CVS (indeed the regressi
"Philippe A. Bouchard" <[EMAIL PROTECTED]> wrote in message
b0jkcv$uan$[EMAIL PROTECTED]">news:b0jkcv$uan$[EMAIL PROTECTED]...
> The main documentation of gc_ptr<> was cleaned up and can be found in
> /gc_ptr/doc/structboost_1_1gc__ptr.html:
> http://groups.yahoo.com/group/boost/files/gc_ptr.zip
U
On Mon, 20 Jan 2003 15:04:30 -0800, "Eric Niebler" <[EMAIL PROTECTED]>
wrote:
>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
>
On Tuesday 21 January 2003 16:30, Rene Rivera wrote:
> BUt I can't figure out why it doesn't detect the toolset? All the build.sh
> does is check to see if "xlc" is in the path.
I can confirm that xlc is in the path. So that's not it. Note though that
calling 'xlc' without arguments will launch t
On Tuesday 21 January 2003 12:42, John Maddock wrote:
> I missed that, the || !defined(BOOST_STRICT_CONFIG) part should not be
> present against a version check that is clearly not the most recent
> compiler version. Looks like we need someone to run the configure script
> on the most recent compi
Ok. We've really put a lot of irons in the fire now, so please let me
explain.
First of all I want to point out the purpose of my first post: though
it is specifically addressed static_log2 it is actually a reaction to
a general trend of boost, i.e. that of having complicated solutions
for simple
>From: "Paul Mensonides" <[EMAIL PROTECTED]>
> From: "David Abrahams" <[EMAIL PROTECTED]>
>
> > It may not be about "good vs bad" but whether it strikes the right
> > balance, or a number of other things. My point is that its too early
> > to tell since we're not looking at a design, and showing
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Garland
> Sent: Tuesday, January 21, 2003 4:50 AM
> To: Boost mailing list
> Subject: Re: [boost] database library?
>
> [...]
>
> >Oracle OCCI seems pretty modern and might
> >make a good starting
[2003-01-21] Toon Knapen wrote:
>Rene,
>
>On IBM build.sh does not detect automagically that its supposed to use
vacpp.
>So If you add $toolset (as shown) to the call to build.sh in run_tests.sh
it
>works fine :
>
>LOCATE_TARGET=bin sh ./build.sh $toolset
I can see how that makes it better :-)
[2003-01-21] Toon Knapen wrote:
>I can't compile the regression tools anymore on HP because psetid_t is not
>known. This is however defined in /usr/include/sys/types.h. I've no thread
>experience (I used distributed parallellism only) so I prefer someone else
to
>make the necessary modif.
>
>gc
"Paul Mensonides" <[EMAIL PROTECTED]> writes:
> - 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 t
The main documentation of gc_ptr<> was cleaned up and can be found in
/gc_ptr/doc/structboost_1_1gc__ptr.html:
http://groups.yahoo.com/group/boost/files/gc_ptr.zip
Should I include the former mutable_ptr<> in the package?
Philippe A. Bouchard
___
"John Maddock" <[EMAIL PROTECTED]> writes:
>> There is also
>>
>> #if (__HP_aCC <= 33300) || !defined(BOOST_STRICT_CONFIG)
>> // member templates are sufficiently broken that we disable them for now
>> #define BOOST_NO_MEMBER_TEMPLATES
>> #define BOOST_NO_DEPENDENT_NESTED_DERIVATIONS
>> #
Hello,
I have searched for sources that can help me compile boost on HP-UX 11.0
with aCC (and for the old binary format), but I cannot find so much.
I have read most of the documentation, mailing-list about it, but I did
not find a good point.
Then I realized that aCC fails with most of the tests
"John Maddock" <[EMAIL PROTECTED]> writes:
>> There is also
>>
>> #if (__HP_aCC <= 33300) || !defined(BOOST_STRICT_CONFIG)
>> // member templates are sufficiently broken that we disable them for now
>> #define BOOST_NO_MEMBER_TEMPLATES
>> #define BOOST_NO_DEPENDENT_NESTED_DERIVATIONS
>> #
From: "Paul Mensonides" <[EMAIL PROTECTED]>
>
> However, the point being that consensus on some issues will never be
> reached. We are faced with a question. Is a policy-based smart pointer a
> good design?
What makes you think that we are faced with this question?
_
From: "Paul Mensonides" <[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 that
> time, his opinion was derided ba
>From: "Eric Niebler" <[EMAIL PROTECTED]>
> 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:
> 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 co
I can't compile the regression tools anymore on HP because psetid_t is not
known. This is however defined in /usr/include/sys/types.h. I've no thread
experience (I used distributed parallellism only) so I prefer someone else to
make the necessary modif.
gcc-C++-action
../../../libs/filesystem/
> Now they do :-)
Alkis,
The linux status page is still all messed up: the library names are missing
as are test type from the table, would it be possible to modify your scripts
to use a variant of boost-path/tools/regression/run_tests.sh? (Since we
know that that one does the right thing on lin
> Enjoy.
Altogether way too cool :-)
Nice work!
John Maddock
http://ourworld.compuserve.com/homepages/john_maddock/index.htm
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> 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)?
Please post to the list
> While I am still working on these three issues, I could solve the
> problem with cstdint.hpp. and have attached a context diff of the
> changes. The main issue was that short is 32 bit and int is 64 bit on
> the Cray:
I'll commit that, but I would prefer to make the test Cray specific as well
as
> 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?
You're probably right, I guess we sh
> There is also
>
> #if (__HP_aCC <= 33300) || !defined(BOOST_STRICT_CONFIG)
> // member templates are sufficiently broken that we disable them for now
> #define BOOST_NO_MEMBER_TEMPLATES
> #define BOOST_NO_DEPENDENT_NESTED_DERIVATIONS
> #define BOOST_NO_DEPENDENT_TYPES_IN_TEMPLATE_VALU
I agree with this - intervals seem more numeric to me - though where that leaves
constants (especially interval constants) I am less clear.
Paul
PS I think it is time to have another Formal Review of Math Constants. Please
can the Review Wizard schedule this?
> -Original Message-
> From
Gennaro Prota:
Vesa Karvonen:
> enum {c = (1 << n) <= x};
The above should preferably read:
enum {c = (1ul << n) <= c};
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
[...]
The problem is that the C
Rene,
On IBM build.sh does not detect automagically that its supposed to use vacpp.
So If you add $toolset (as shown) to the call to build.sh in run_tests.sh it
works fine :
LOCATE_TARGET=bin sh ./build.sh $toolset
toon
___
Unsubscribe & other change
> By "versioned" do you mean committed to CVS?
Yes.
> Not on a daily basis, because
> of the space implications.
of course.
> OTHO, it is nice to have a set in CVS at the
> time of each release.
That was my intention. To have a status page for every release. Currently
boost/status/compiler_sta
72 matches
Mail list logo
