(Reporting including title) Sorry. Paul
> This looks most interesting, and there most definitely remains a
> great need for
> a units handling package.
>
> I presume you have looked at W W Brown's SI units proposal
>
> http://home.fnal.gov/~wb/SItempl8.pdf
>
> and wonder why you rejected it and
Phil,
On Monday 03 March 2003 23:28, Phil Nash wrote:
> This request seems to have been left up in the air. I know that many are
> busy with the release schedule, and there is an identified shortage of
> review managers, but it would have been nice to have at least acknowledged
> this request (un
I'm trying to use the more_io.zip stuff currently under review with a
copy of Metrowerks CodeWarrior Developement Studio (Mac OS X Edition,
v8). I haven't got anything to compile. I get errors like:
//==
Error : undefined identi
http://lists.boost.org/MailArchives/boost/msg36221.php references an
improved lexical_cast. Will it or a similar improvement will be included
in the 1.30 release? Specifically, I'm looking for point 2: casting
between C-style strings and std::strings that accepts spaces within the
text instead of
On Mon, 3 Mar 2003 18:17:45 +0100, Wesley W. Terpstra <[EMAIL PROTECTED]
darmstadt.de> wrote:
How about BEEP ?
It's not only P2P protocol, but also refactoring of some protocols.
#beepcore.org
http://www.beepcore.org/
#XML Watch: Bird's-eye BEEP
Part 1 of an introduction to the Blocks Extensib
On Monday 03 March 2003 05:03 pm, Marc Jacobs wrote:
> bind( &X::f, &x, _1 )( 6 ); // error!
You can't pass rvalues to boost::bind function objects, because of the
forwarding problem in C++. If you use this it should work:
int i = 6;
bind( &X::f, &x, _1 )( i );
There's a good descriptio
I vote for acceptance of this package (from reading the documentation and
glancing at the code and examples - which could be more commented?).
I noted two tiny mistakes in the documentation streambuf_wrapping.html
in
Rationale
... is defined with the appropiate <<< mis-spelt
appropriate
..acce
This looks most interesting, and there most definitely remains a great need for
a units handling package.
I presume you have looked at W W Brown's SI units proposal
http://home.fnal.gov/~wb/SItempl8.pdf
and wonder why you rejected it and how your proposal is different.
Paul
PS It seems that ti
I posted a message regarding this earlier, but somehow I left the subject line blank.
Since I know there was previously a great deal of interest in a dimensions and units
library, I'm guessing the lack of replies is due to my omission of a subject line. The
message with a description of the co
This request seems to have been left up in the air. I know that many are
busy with the release schedule, and there is an identified shortage of
review managers, but it would have been nice to have at least acknowledged
this request (unless it has been done offlist).
Personally I am very keen to see
While I've successfully used boost::bind before, I cannot seem to get this
simple test case to work.
#include
#include
using namespace boost;
using namespace std;
struct X
{
void f( int i )
{
cout << i << "\n";
}
};
int main( int argc, char * argv[] )
{
X x;
bind(
Is it time we introduced beta releases into the release procedure? It seems
to me that it would be a good idea to tar up 1.30.0 RC and give everyone a
chance to try it out and report feedback without having to use CVS. I know
CVS puts me off.
Questions include
How much of a hassle would it be
Keith Burton wrote:
>
> In lieu of a zip file , I would vote for inclusion on the basis of
> previous use of the io state savers
The subject of this review is the delta between the previous accepted I/O library and
Daryle's updated version. The state savers are part of the existing and are not
Noel Yap said:
> Just wondering, looking at boost/thread/once.hpp, I see that once_flag
> is typedef'd to long, why not bool or char to take up less memory?
For compatibility with the underlying system APIs.
--
William E. Kempf
___
Unsubscribe & oth
Many thanks - this took all of several seconds to download - (and could easily
have been added as an attachment).
CVS undoubtledly has its benefits, but this is much more convenient.
Paul
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Ed Brey
> Sent
Just wondering, looking at boost/thread/once.hpp, I see that once_flag
is typedef'd to long, why not bool or char to take up less memory?
Thanks,
Noel
--
NOTICE: If received in error, please destroy and notify sender. Sender
does not waive confidentiality or privilege, and use is prohibited.
___
The regression tests (version 3) are running, and it may be a while
before they are done. In the meantime, the results of preprocessing the
file give more details of the error:
cc-1108 CC: ERROR File =
/mnt/vracs001/home9/users/patrick/src/Boost/boost-1.30.0-cvs/boost/type_traits/is_base_and_d
Robert Klarer wrote:
There was some discussion among the extensions subgroup of the C++ standard
committee about the question of how the language might be extended to allow string
literals to be used as template arguments. That discussion was inconclusive.
It seems to me that the root of the probl
Another CVS challenged voice
In lieu of a zip file , I would vote for inclusion on the basis of
previous use of the io state savers
Keith Burton
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Gabriel Dos Reis <[EMAIL PROTECTED]> writes:
| [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
|
| | g++ -g -O -W -Wall -Winline -c signal_base.ii
| | ../../../../boost/boost/function/function_template.hpp: In constructor
| | `
| |boost::signals::detail::signal_base_impl::signal_base_impl(con
On Wed, Feb 12, 2003 at 06:11:59PM -0500, Jason House wrote:
> Once I heard there was a generic socket library in development, I thought I'd add
> a quick feature request. I would like to see the ability to have multiple
> streams through the same socket.
>
> This boils down to providing two dis
Paul A. Bristow wrote:
> For those of us who find CVS difficult, a zip of the whole
> modest-sized package would be more friendly.
Daryle has posted a zip file containing the submission at this URL:
http://groups.yahoo.com/group/boost/files/more_io.zip
__
On Monday 03 March 2003 11:42 am, Lars Gullik Bjønnes wrote:
> I have been trying, but gcc failes with an ICE. Of course gcc should
> not segfault, but I am trying to find out if it is an segfault on
> valid code or if it is an segfault on illegal code.
> I have not been successful on finding a sma
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| g++ -g -O -W -Wall -Winline -c signal_base.ii
| ../../../../boost/boost/function/function_template.hpp: In constructor
| `
|boost::signals::detail::signal_base_impl::signal_base_impl(const
|boost::function2 >&)':
| ../../../../boost/boost/f
Patrick Hartling <[EMAIL PROTECTED]> writes:
> Is there a recommended procedure I can follow for tracking this down
> and submitting a patch?
I would start by preprocessing the file to see what's going on behind
that macro, then tweaking it until it works.
> For example, I was considering runn
I took a quick look at
http://groups.yahoo.com/group/boost/files/static_string.zip
Basically it treats static string kind of like a tuple of all
characters?
That seems like a reasonable implementation. (As basic idea, I have
not truly reviewed it). Of course, language support for making usa
I just grabbed the latest code from the RC_1_30_0 branch, and I got a
compile failure when building the Boost.Filesystem library with the
MIPSpro Compilers (7.3.1.3m):
mipspro-C++-action
../../../libs/filesystem/build/bin/libfs.a/mipspro/debug/exception.o
cc-1108 CC: ERROR File =
/mnt/vracs001
I am well aware that gcc 3.3/3.4 has not been released yet, but I'd
like to know if anyone has tried Boost with any of those versions
(from gcc cvs obviously).
I have been trying, but gcc failes with an ICE. Of course gcc should
not segfault, but I am trying to find out if it is an segfault on
va
For those of us who find CVS difficult, a zip of the whole modest-sized package
would be more friendly.
Paul
Paul A Bristow, Prizet Farmhouse, Kendal, Cumbria, LA8 8AB UK
+44 1539 561830 Mobile +44 7714 33 02 04
Mobile mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
> -Original Message
There was some discussion among the extensions subgroup of the C++ standard
committee about the question of how the language might be extended to allow string
literals to be used as template arguments. That discussion was inconclusive.
It seems to me that the root of the problem is that C-style s
I see that when upgrading LyX to use the upcomming 1.30.0 release
instead of the 1.29.0 release our binary size increases by more than
125kB...
I have not tried to figure out where that increase comes from, but the
usual suspecs are regex, function and signal since that is what we use
most.
The
Fernando Cacciola wrote:
[...]
>> Maybe it would be better to simply disable EH overhead with some
>> BOOST macro. _That_ would be really really great then...
>>
>>
> Which EH overhead?
Exception Handlings. Actually, there is one: BOOST_NO_EXCEPTIONS but I
cannot compile with -fno-exceptions u
Dirk Gerrits wrote:
>
> Jason House wrote:
> > I'm thinking that it would be nice to be able to us define distinct
> > types based on strings (the fundamental type const char * and not
> > std::string). The intended use is in templates.
>
> Well I'm just curious how you would like to accomplis
- Original Message -
From: "Peter Dimov" <[EMAIL PROTECTED]>
To: "Boost mailing list" <[EMAIL PROTECTED]>
Sent: Monday, March 03, 2003 7:59 AM
Subject: Re: [boost] Re: How to convert a template parameter into a string
> Robert Allan Schwartz wrote:
> >>> I believe a "standardized" (withi
Robert Allan Schwartz wrote:
>>> I believe a "standardized" (within Boost), portable, and *readable*
>>> text representation of T makes my proposal better than typeid().
>>
>> I think if readability is the main criterion we'd do much better to
>> invest in decoding the typeids generated by GCC. I
At 06:45 PM 3/1/2003, David Abrahams wrote:
>Beman Dawes <[EMAIL PROTECTED]> writes:
>
>> The tag is RC_1_30_0
>
>Didn't we agree that we were going to tag the trunk and generally do
>any merges from the trunk to the branch? This tag appears to be on
>the branch AFAICT.
There was a lot of discuss
The Variant Review is now closed. Thanks to all who participated.
I will be collating the results and will post them in the next
few days.
Jeff
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
John Maddock wrote:
> I don't know, it seems to be a really weird compiler bug, because adding
> extra parenthesis around a > expression doesn't help.
I think it is a parser/lexer issue, where the '<' and '>' tokens are
taken for template syntax rather than boolean comparison. Adding parens
does
> However, I am not happy patching test-cases rather than libraries. On
> the other hand, having diagnosed the problem with a viable workaround, I
> don't see where else to record the information. Do we have a way of
> documenting known workarounds for a library?
I don't know, it seems to be a
Daryle Walker wrote:
>
> On Thursday, February 13, 2003, at 6:11 AM, Daniel Frey wrote:
>
> > Markus Schöpflin wrote:
> >>
> >> Daniel Frey wrote:
> >>
> >>> Markus Schöpflin wrote:
> >>
> This was the original source:
>
> template struct enable_if;
> ---^
Hi,
Here is my a bit late review for the variant library. In spite of several
concerns that I have, I incline to vote to ACCEPT this submission.
Design concerns I would like to be discussed and either accepted or
dismissed. Implementation issues are less important. Rest is mostly
comments.
Here
41 matches
Mail list logo