On Wed, 12 Feb 2003 18:37:51 +0100, Markus Schöpflin wrote:
> Attached is a small patch for function_base.hpp. On line 302, there is a
> T missing.
Just a stupid question: Why is it "missing"? What is this patch supposed
to fix?
Regards, Daniel
___
Un
Attached is a prelimary replacement for function_traits.hpp. (When should I
use the files section on yahoo? When should I attach? copy and paste code
inline?)
I added specializations for member function pointers, and for those
specializations, a typedef class_type which is the class type of the
Can you elaborate as to what the difference between Box-Muller and the implemented method is? As far as I understand Box-Muller it is just the implemented algorithm.
On Wednesday, February 12, 2003, at 09:30 AM, Lapshin, Kirill wrote:
Hello all,
We've noticed that normal_distribution using po
Sure. Fixed.
Gennadiy.
___
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
On Wednesday 12 February 2003 09:11 pm, Lin Xu wrote:
> Hm...
> - Function if the compiler supports PTS;
> - If not, then the user would have to type in something like:
> Function0.
>
> Looks good. Another (slightly offtopic) thing. I attempted to use
> function_traits with a member function type.
On Wednesday 12 February 2003 07:15 pm, David Abrahams wrote:
> Douglas Gregor <[EMAIL PROTECTED]> writes:
> > We've discussed making boost::ref/boost::cref work for arbitrary
> > functions objects before. I just committed a version of ref.hpp that
> > supports this ability to the sandbox. With thi
Hm...
- Function if the compiler supports PTS;
- If not, then the user would have to type in something like:
Function0.
Looks good. Another (slightly offtopic) thing. I attempted to use
function_traits with a member function type. GCC spat out errors, and
looking at the source code I don't think
Douglas Gregor <[EMAIL PROTECTED]> writes:
> We've discussed making boost::ref/boost::cref work for arbitrary functions
> objects before. I just committed a version of ref.hpp that supports this
> ability to the sandbox. With this code, you can write:
>
> std::transform(c.begin(), c.end(), out
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.
Having had recent issues with a game and a proxy/firewall, I thought that I might
try and see if I can do a
We've discussed making boost::ref/boost::cref work for arbitrary functions
objects before. I just committed a version of ref.hpp that supports this
ability to the sandbox. With this code, you can write:
std::transform(c.begin(), c.end(), out, boost::ref(f));
or, if you don't want the return t
Beman Dawes <[EMAIL PROTECTED]> writes:
> I've gone ahead and committed the change to CVS, but wonder if this is
> really the option Ron wanted?. Intel's docs say:
>
> >-Qansi_alias directs the compiler to assume the following:
> >Arrays are not accessed out of bounds.
> >
> >Pointers are not
At 09:48 AM 2/12/2003, Markus Schöpflin wrote:
>I just updated the regression tests for AIX for both Visual Age 5 and
>Visual Age 6 and I will try to update at least once a week until Toon
>gets access to another maching.
Thanks!
>On a side note, how do the compiler version numbers get into the
Thanks - I couldn't find 'spell' or 'spelling' in the Frontpage 'help'!
Paul
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Beman Dawes
> Sent: Wednesday, February 12, 2003 4:31 PM
> To: Boost mailing list; Boost mailing list
> Subject: RE: [boost]
> Anyone who was working on it - what's the current state of play? The
> flurry of mail on here a while back seemed to fizzle out. Is that
> because development has stalled?
> If I can help out with what limited time and knowledge of the subject
> I have I will. I really want to see this library in
On Wednesday, February 12, 2003, at 05:53 AM, Phil Nash wrote:
Anyone who was working on it - what's the current state of play? The
flurry
of mail on here a while back seemed to fizzle out. Is that because
development has stalled?
I was going to chime in. I found the project docs at
http://w
On Wednesday 12 February 2003 12:41 pm, Markus Schöpflin wrote:
> Attached is a small patch for signals/trackable.hpp. According to
> 7.1.1(8), the mutable keyword cannot be applied on reference members
> and Visual Age flags this as an error. I just removed the mutable
> keyword an it compiles fin
On Wednesday 12 February 2003 12:37 pm, Markus Schöpflin wrote:
> Attached is a small patch for function_base.hpp. On line 302, there is
> a T missing.
>
> Markus
Thanks. Applied.
Doug
___
Unsubscribe & other changes: http://lists.boost.org/mail
Jon Kalb wrote:
[...]
> I'm afraid that I don't see your point. How is this relevant?
It will prevent you to encounter this situation (if peak_of() is used only
with smart_ptr<>s). peak_of() won't have to deal with it.
It would also be possible to assert the parameter of peak_of() is valid, bu
Peter Dimov said:
> William E. Kempf wrote:
R result() const
{
boost::mutex::scoped_lock lock(m_mutex);
while (!m_result)
m_cond.wait(lock);
>>>
>>> This changes result()'s semantics to "block until op() finishes";
>>> what happens if no
Attached is a small patch for signals/trackable.hpp. According to
7.1.1(8), the mutable keyword cannot be applied on reference members
and Visual Age flags this as an error. I just removed the mutable
keyword an it compiles fine afterwards.
Markus
Index: trackable.hpp
==
William E. Kempf wrote:
> Sorry for late reply... had a hard disk problem that prevented
> accessing e-mail.
>
> Peter Dimov said:
>> William E. Kempf wrote:
[...]
>>> void operator()()
>>> {
>>> mutex::scoped_lock lock(m_mutex);
>>> if (m_result)
>>> throw "ca
Attached is a small patch for function_base.hpp. On line 302, there is
a T missing.
Markus
Index: function_base.hpp
===
RCS file: /cvsroot/boost/boost/boost/function/function_base.hpp,v
retrieving revision 1.57
diff -c -r1.57 functio
David Abrahams said:
> "William E. Kempf" <[EMAIL PROTECTED]> writes:
>
>>> From: David Abrahams <[EMAIL PROTECTED]>
>>> "Peter Dimov" <[EMAIL PROTECTED]> writes:
>>
>>> > It's a tool that allows high-level interfaces to be built. Whether
>>> people will want/need to build their own high-level int
Peter Dimov said:
> William E. Kempf wrote:
>>
>> It's not just the efficiencies that concern me with dynamic
>> allocation. It's the additional points of failure that occur in this
>> case as well. For instance, check out the article on embedded coding
>> in the most recent CUJ (sorry, don't ha
Sorry for late reply... had a hard disk problem that prevented accessing
e-mail.
Peter Dimov said:
> William E. Kempf wrote:
>>
>> How about this compromise:
>>
>> template
>> class async_call
>> {
>> public:
>> template
>> explicit async_call(const F& f)
>> : m_func(f)
>> {
At 12:48 PM 2/6/2003, Dave Abrahams wrote:
>> It looks like the intel compiler still supports long long when used
with
>> the -ansi option. I searched around for good specs, but could find no
>> definitive outline of what other restrictions it adds. So at least as
far
>> as long long is concern
At 05:07 AM 2/11/2003, Paul A. Bristow wrote:
>As for spell checking, MS FrontPage astonishingly doesn't appear to
include
>a spelling checker ...
MS FrontPage has had a spell checker for years. Select "tools" menu, click
"page options...", and select the spelling options you prefer.
HTH,
--B
[2003-02-11] Beman Dawes wrote:
>At 09:01 AM 2/10/2003, Toon Knapen wrote:
>
> >I think the traffic-light colors should suffice. I find adding black
> >confusing.
>
>I agree. The traffic-light metaphor falls apart when you add black.
Yea, but black is used in the regresion tests themselves. How d
Hello all,
We've noticed that normal_distribution using polar
method, rather then Box-Muller.
Is there a particular reason for not using Box-Muller?
Looks to me like a quite an easy way to improve performance.
The method with source code is described in Numerical Recipes.
Changing cu
On 2003-02-12 5:56 AM, "Philippe A. Bouchard" <[EMAIL PROTECTED]>
wrote:
> Jon Kalb wrote:
>> I wonder if it wouldn't be better to have a compile time error in this
>> situation rather than to create a trap for the unsuspecting. It does
>> put an additional burden on the user to ensure that the t
Alexander Terekhov wrote:
> Peter Dimov wrote:
> [...]
>> You are missing the fact that nobody (even Google) has a clue as to what
>> pthread_refcount_enroll_one is/does. ;-)
> Ah. Sorry. Basically it's a rather simple "CAS"- ["compare-and-swap"]
> or "LL/SC"- [load-locked/store-conditional] bas
Hello boosters,
I've justed stumbled across a problem when using the BOOST_CLASS_TEST_CASE
macro in a special way.
I am using class based test cases and want to run every testcase from a
clean environment, i.e. I need to create a new instance of my test class
for every test case.
To keep the c
On Wednesday 12 February 2003 01:08 am, Lin Xu wrote:
> Yeah, I guess it would. The syntax I had before was limited by my lack of
> knowledge about how to extract the arguments and return type from a
> classtype. But I can use function_traits<> right? But that requires partial
> template specializa
Hi!
I just updated the regression tests for AIX for both Visual Age 5 and
Visual Age 6 and I will try to update at least once a week until Toon
gets access to another maching.
On a side note, how do the compiler version numbers get into the
status tables? They don't show up for AIX and the com
Philippe A. Bouchard wrote:
[...]
> Well in fact, the following assignment could be verified at
> compile-time
> with some smart_ptr<> checking policy:
>
> class A { char c; };
>
> class B { char c; };
>
> class C : public A, public B { char c; };
smart_ptr pC = new C;
smart_ptr pA = pC;//
Jon Kalb wrote:
> On 2003-02-11 8:47 PM, "Philippe A. Bouchard" [EMAIL PROTECTED]
[...]
> This is as I suspected.
>
> I wonder if it wouldn't be better to have a compile time error in this
> situation rather than to create a trap for the unsuspecting. It does
> put an additional burden on the use
Hi all,
Anyone who was working on it - what's the current state of play? The flurry
of mail on here a while back seemed to fizzle out. Is that because
development has stalled?
If I can help out with what limited time and knowledge of the subject I have
I will. I really want to see this library in
At 10:07 PM 2/7/2003, Dave Gomboc wrote:
>> I suggest adding another boost defect: BOOST_BROKEN_ADL (or similar)
>
>How about BOOST_LIBRARY_IMPL_VULNERABLE_TO_ADL? It's not that the
>compiler's ADL implementation is broken, it's that the library
>implementation isn't protected against ADL lookups
At 09:01 AM 2/10/2003, Toon Knapen wrote:
>I think the traffic-light colors should suffice. I find adding black
>confusing.
I agree. The traffic-light metaphor falls apart when you add black.
--Beman
___
Unsubscribe & other changes: http://lists.boos
Alan Gutierrez wrote:
> Has there been any consderation given to the use of named parameters
> with boost::format?
>
> use boost::format;
>
> std::cout << format ("%first-name% %last-name%")
> % format::arg("first-name", "Alan")
> % format::arg("last-name", "Gutierrez")
> << std::end
The boost::variant library, currently available at
Sourceforge/boost-sandbox, is ready for a formal review. We expect the
final version to be ready within a day or two, at which point we will place
a zipped package at the Boost's File section.
The formal review (scheduled by Thomas Witt) will tak
41 matches
Mail list logo
