Hartmut Kaiser wrote:
Daniel Frey wrote:
Concatenating two tokens with the '##' operator, where the result isn't
a new valid token results in undefined behaviour. In your sample it
yields '', which is a valid token, so it is well defined. In other
contexts two consecutive '' characters are always
Paul Mensonides wrote:
[mailto:[EMAIL PROTECTED] On Behalf Of Daniel Frey
It isn't technically supposed to insert spaces, but it is supposed to
treat them as two consecutive tokens with no whitespace separation--same
[...]
Thanks to both you and Aleksey for clarifying. This also convinced my
from running just because there is one little failure in the
configuration of an otherwise unrelated test.
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
On Thu, 28 Aug 2003 16:19:24 +0200, Douglas Gregor wrote:
On Thursday 28 August 2003 08:20 am, Daniel Frey wrote:
utility/tie was moved to tuple, so should we remove the obsolete
docs/references in utility now?
Please do.
Done. I also updated the Revisited ..., but there is some checksum
to have silent bugs.
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http://www.aixigo.de
Douglas Gregor wrote:
On Thursday 28 August 2003 08:20 am, Daniel Frey wrote:
utility/tie was moved to tuple, so should we remove the obsolete
docs/references in utility now?
Please do.
OK, will do when I find some time - if nobody objects.
Regards, Daniel
--
Daniel Frey
aixigo AG - financial
create some mapping between the call of
the bind-function and a provider for the result type that users can
understand without looking into the code of bind itself.
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
Mat Marcus wrote:
It is not uncommon to use boost::function to hold on to the result of
boost::bind. Will that work for you?
Wrote it, compiled it and it worked immediately. Thanks very much! :)
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe
Boost?
It IMHO depends whether you port the existing library or if you take
the ideas and rewrite it. Again, the difference is difficult to tell
without looking at your code.
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072
code.
My answer is: if it's a good port, please mention Boost. If it's
junk, it has nothing to do with us ;-)
The well-known: If it works, it was written by XYZ. If not, I don't
know who wrote it.-disclaimer :-D
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Daryle Walker wrote:
On Saturday, August 23, 2003, at 11:21 AM, Daniel Frey wrote:
a) Short-circuiting
b) Unnamed functions
Short-circuiting can only be done via compiler magic with the built-in
operator and operator||, so there's no way it can be added to
user-defined routines. Note that each
Jaakko Jarvi wrote:
The submitted version is in the sandbox:
boost/utility
libs/utility
and in the Files section at YahooGroups. Note that none of the changes
discussed above are currently in the code.
I think the current license is unacceptable.
Regards, Daniel
--
Daniel Frey
aixigo AG
) : static_castbool(b) ) endl;
// Cool?
cout (( a xor b )) endl;
}
Regards, Daniel
PS: No, don't take this too serious :o)
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
token (which should
better be called bitxor, but anyway).
But according to the Boost guidelines, my macro has to be called
BOOST_XOR anyway (boostification). Or how about alternatives like
'eor', 'lxor', 'logicxor', you-name-it...?
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training
(mostly restructuring). Currently, my time doesn't permit much work on
it, but if you'd like to speed things up, I suggest you supply a patch
for it. Otherwise, I guess you have to wait at least until October :)
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research
Daniel Spangenberg wrote:
Daniel Frey schrieb:
You are correct. It's on my ToDo-list and I will take care of it along
with some other changes that I would like to make to the documentation
(mostly restructuring). Currently, my time doesn't permit much work on
it, but if you'd like to speed things
be serious about the regression testing
for compiler vendors, this needs to be pulled to the config-system
anyway. Remember who said: Dependencies. I hate dependencies. :)
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen
David Abrahams wrote:
Daniel Frey [EMAIL PROTECTED] writes:
Peter Dimov wrote:
It is worth mentioning that this is a confirmed bug in CW
with -iso_templates on (unreferenced typedefs are incorrectly optimized out
at definition time). Masking compiler bugs in this way does not help
compiler
On Sat, 16 Aug 2003 04:11:09 +0200, David Abrahams wrote:
David Abrahams [EMAIL PROTECTED] writes:
Daniel Frey [EMAIL PROTECTED] writes:
Hi Dave,
I checked in a fix for checked_delete.hpp for the Metrowerks CW8 to
CVS HEAD. It was created in cooperation with Howard and I'm positiv
, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http://www.aixigo.de
___
Unsubscribe other
On Thu, 07 Aug 2003 17:38:22 +0200, Daniel Frey wrote:
David Abrahams wrote:
No, it means managing the next release.
Um, no, I don't feel like I can handle that. Sorry. I'm sure it's a lot
of work and a big Thank You! to you for doing this job, but I think it
requires knowledge which I
David Abrahams wrote:
Daniel Frey [EMAIL PROTECTED] writes:
What about release candidates? It wouldn't hurt to have someone else
look at it before calling it a release and it's quite easy to do. All
it costs is some time, but I think we should invest a few days in more
stable releases. Also, it's
to have someone else
look at it before calling it a release and it's quite easy to do. All it
costs is some time, but I think we should invest a few days in more
stable releases. Also, it's orthogonal to scripting the release
procedure. :)
Regards, Daniel
--
Daniel Frey
aixigo AG - financial
that we really have a problem in tracking bugs. For features, it's up to
the maintainers to handle this, but it's IMHO better to discuss this on
the list and probably extend the libraries FAQ- or futute-section. No
new system required :)
Regards, Daniel
--
Daniel Frey
aixigo AG - financial
David Abrahams wrote:
Daniel Frey [EMAIL PROTECTED] writes:
release candidate. And if volunteering means downloading it and
testing it, then yes, I'd do this.
No, it means managing the next release.
Um, no, I don't feel like I can handle that. Sorry. I'm sure it's a lot
of work and a big Thank
, I think it's a
desirable extension for the regex-library.
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http://www.aixigo.de
' to '1\.30\.0', not to escape the whole regex.
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http://www.aixigo.de
an
escaped version of 's'? Something that transforms my.*string into
my\.\*string? If there isn't, would it be possible/easy to provide one?
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42
Daryle Walker wrote:
On Thursday, July 31, 2003, at 9:58 AM, Daniel Frey wrote:
Daryle Walker wrote:
In boost/operators.hpp we have helper classes that can generate
operator OP from operator OP=, where OP can be +, /, ,
etc. What about types and algorithms where the non-assignment
version
David Abrahams wrote:
Daniel Frey [EMAIL PROTECTED] writes:
When looking at the current:
class X : boost::addable X
{
X operator+=( const X );
};
I wonder if addable is a good name. I thought that the classes are
named by the operator that is provided by the user and that they add
David Abrahams wrote:
lambda
The fix in boost/lambda/detail/operator_return_type_traits.hpp enables
you to use the lambda library with GCC 2.95.2, which wasn't possible
with the 1.30.0.
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072
, creating
infinite loops that only show up at run-time (+ calling += calling +
calling += ...)? How shall we accomplish it without to much burden,
possibly breaking the code for weaker compilers?
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe
, the
question is how to handle this. How about separated regression tests for
bool_testable to indicate that everything from the 1.30.0 still works,
only the new parts are not available on all compilers?
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
David Abrahams wrote:
Daniel Frey [EMAIL PROTECTED] writes:
I got Borland to work; check it out.
Can't check it right now, but I will look at it when I'm back at home.
If no one finds a work-around, the question is how to handle
this. How about separated regression tests for bool_testable
On Wed, 30 Jul 2003 15:40:01 +0200, David Abrahams wrote:
Daniel Frey [EMAIL PROTECTED] writes:
David Abrahams wrote:
Blast. I did that in a misguided attempt to try to get vc7 to pass
the tests. It's really badly broken, though. Hopeless, if you ask me.
Can't comment on the VC7
On Wed, 30 Jul 2003 21:18:17 +0200, Daniel Frey wrote:
On Wed, 30 Jul 2003 15:40:01 +0200, David Abrahams wrote:
I got Borland to work; check it out.
Hm, you disabled the protector. OK, this makes the test pass, but it
will not protect you from wrong use as documented/expected. Maybe we
that it uses
non-standard code. Also, I need to understand why my reading of 14.6.5/1
is wrong, or is this a DR? Should I take it to csc++?
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42
you missed the fact that XT in the operators library defines
operators which take T as an argument, not XT. Whether XT is
associated with T is therefore not important here, ADL matches the
operator arguments, not the class which declared the operator.
Regards, Daniel
--
Daniel Frey
aixigo AG
be the same
namespace where T lives, anything should IMHO be legal C++. At least
this is how I read the standard.
Regards, Daniel
PS: I don't think english is our problem, but if you feel more
comfortable with german you can mail me directly if you like.
--
Daniel Frey
aixigo AG - financial
David Abrahams wrote:
Daniel Frey [EMAIL PROTECTED] writes:
They needn't be visible for myclass. They only need to be visible in
the namespace where this happened. See 3.4.2/2:
If T is a class type, its associated classes are the class itself and
its direct and indirect base classes. Its
that it
makes sense to retrieve this information at its root. No big deal if
it's not there. :)
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL
On Sat, 19 Jul 2003 02:08:24 +0200, Pavel Vozenilek wrote:
Peter Dimov [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED] ...
There is currently no BOOST_HAS_CURRENT_FUNCTION since the idealistic
goal has been to cover all widely used compilers one day,
...
On the other hand, perhaps
the problem and discussing
fixes. I ignored it for the ADL-fix, but now it happens again :-/
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http
-around for boost. I'll post a
patch for discussion soon :)
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http://www.aixigo.de
On Tue, 15 Jul 2003 22:22:03 +0200, Peter Dimov wrote:
Daniel Frey wrote:
To explain the bug a bit: When you create a small test case, you'll
probably get the error from the compiler you are looking for. If you
put
the checked_delete in it's own header, it still works as long as you
On Tue, 15 Jul 2003 16:26:43 +0200, David Abrahams wrote:
What does everybody think about doing a 1.30.1 release RSN?
I think it's too late, let's go for a 1.31.0. I think that we'll hear
about problems with the 1.31.0 really soon after release and probably a
1.31.1 can follow shortly after.
On Tue, 15 Jul 2003 23:20:06 +0200, Peter Dimov wrote:
Daniel Frey wrote:
On Tue, 15 Jul 2003 22:22:03 +0200, Peter Dimov wrote:
+#include boost/config.hpp
+#if defined(BOOST_INTEL)
+#include boost/static_assert.hpp
+#endif
Dependencies. I hate dependencies.
Do you have a better idea
might even need a declaration-only-type, other might needs an (empty)
implementation. So, what benefit would a general type give to us?
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42
Hello,
I saw a lot of new regression runs on various platforms. One obvious
question: Should we remove the outdated runs?
Now for the real reason of this message: One compiler (the SGI MIPSpro)
complains (with a warning) about:
cc-1234 CC: WARNING File =
applications, though :)
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http://www.aixigo.de
On Mon, 23 Jun 2003 15:24:54 +0200, Daniel Frey wrote:
FYI: I send the question with a minimalistic example to csc++, should
appear there soon. My personal feeling is that GCC/MSVC are correct, but
let's see what happens at csc++...
OK, I was wrong. Daveed Vandervoorde provided the reference
On Thu, 26 Jun 2003 01:08:24 +0200, Daniel Frey wrote:
To complete the implementation of combined_argument_type, it would help
After waking up this morning, I immediately realized that the
implementation will not do what it promised. I have a better
implementation right now which is about 80
Beman Dawes wrote:
At 01:10 PM 6/25/2003, Daniel Frey wrote:
I think that the term
used in the suggested new boost license could be a problem here.
Reading the entire sentence, the phrase of the Software appears three
times. Note the capitalization of Software. That makes it clear
here, we could just as well remove compose.hpp completly, couldn't we?
Or was this your suggestion?
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL
Aleksey Gurtovoy wrote:
Daniel Frey wrote:
Peter Dimov wrote:
You've considered
bind(f, bind(g, _1, _2), bind(h, _1, _2))
right? ;-)
Sure. But still compose.hpp is in itself incomplete. And it completes
the standard's parts on function objects so I think it might be
desirable to supply
comment on this one as I'm not a lawyer - just a laymen.
* Boost developers; if there are aspects of the license that make you
hesitate about adopting it, what are the issues?
Sadly, yes. See above...
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe
Inspired by an article at the CUJ from Andrei Alexandrescu, I was
finally able to come up with a compose_f_gxy_hxy-adapter. I think that
it's the missing adapter to make compose.hpp complete. In the companies
production code, I needed it and used a much easier implementation with
some limitations,
Terje Slettebø wrote:
From: Daniel Frey [EMAIL PROTECTED]
On Sun, 22 Jun 2003 22:01:19 +0200, Terje Slettebø wrote:
Another thing, are the ADD_OPERATOR macro in your code necessary? It
compiles fine without it on Intel C++ 7.1.
The GCC doesn't work without the operators, as it doesn't implicitly
On Mon, 23 Jun 2003 19:54:36 +0200, Paul A. Bristow wrote:
These are interesting results, but my enthusiasm is severely reduced by
the fact that MSVC 7.1 (Standard) chokes terminally on both versions
:-((
Compiling...
Frey_bench_mark_gcc.cpp
Frey_bench_mark_gcc.cpp(82) : warning C4305:
I had a small time-out and will now try to catch up with the
discussion. Before commenting on other postings, I'll show the result
of a small benchmark. The code is attached, maybe you want to verify
and post the results for your compiler(s), too :)
MACRO:
Intel C++ 7.1: 0.37
GCC 2.95.3:
On Sun, 22 Jun 2003 03:32:52 +0200, Terje Slettebø wrote:
Having considered Kenniston's and Daniel's approach, I wonder if it's
possible to simplify it. The following uses the same approach as
Daniel's - specialisation, as it allows it to be done with just one
class for each constant, and
On Sun, 22 Jun 2003 22:01:19 +0200, Terje Slettebø wrote:
Ok. So maybe an extra level of indirection, as in your code (and
Kenniston's) may be preferable. I was wondering what was the point with
it. :)
Another thing, are the ADD_OPERATOR macro in your code necessary? It
compiles fine
for that. Maybe at the weekend, but I can't
promise. But I agree that it should be verified in practice.
What I'd also like to hear is opinions from others here on the list.
What do you think?
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15
Gennaro Prota wrote:
On Wed, 18 Jun 2003 09:47:50 +0200, Daniel Frey
[EMAIL PROTECTED] wrote:
Paul A Bristow wrote:
I am confident that your system also generates efficient code using an
efficient compiler.
But have you considered or tried debugging?
Currently, I don't have time for that. Maybe
evidence?
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http://www.aixigo.de
Paul A. Bristow wrote:
| -Original Message-
| From: [EMAIL PROTECTED]
| [mailto:[EMAIL PROTECTED] Behalf Of Daniel Frey
| Sent: Tuesday, June 10, 2003 10:18 AM
| To: [EMAIL PROTECTED]
| Subject: [boost] Re: Math Constants Formal Review - is extensible.
|
|
| Paul A. Bristow wrote:
| Your
. Users would not see
pi_f_l, pi_l_l. These are to show that the exactly representable values work OK.
Now I'm getting closer to it. And if it is in a separate header, it
would not mix up the above design, would it?
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research
(2.95.x). If there is any interest, I can post it...
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http://www.aixigo.de
On Sun, 08 Jun 2003 16:56:53 +0200, Paul A Bristow wrote:
You can seen an example of extending to a 'new' constant 'gamma' in the
examples testFunctionConstants/gamma_function_constants.hpp.
Either I don't understand the example or we are talking past each other. I
don't meant to extend the
I currently vote neither yes nor no. I just need to get a better
understanding of what is intended to be included into boost from the files
provided.
On Fri, 06 Jun 2003 19:21:08 +0200, Paul A Bristow wrote:
but I hope the review can concentrate on what emerged previously as the
_really_
that the limits-header is missing for the
GCC 2.95.x. I don't know if it's the official boost way of fixing
this, but including boost/detail/limits.hpp instead of limits might
fix this one, at least it once worked for me ;)
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research
On Wed, 28 May 2003 18:40:02 +0200, Beman Dawes wrote:
At 10:10 AM 5/28/2003, Daniel Frey wrote:
Hubert Holin wrote:
GNU C++ 2.95.3-5
cannot find the limits standard header file (is this me?!)
I'd like to know. I do not currently have access to an
installed
instead of 2
Is this expected? The docs say, that the lambda-lib is supposed to work
for the gcc 2.96, so what's required to use it with the gcc 2.95.2? Or
isn't it possible at all because the compiler is simply too old?
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research
, as the problem I had will most likely occur for anyone
using the gcc 2.95.2 immediately and I haven't found any other problem
after the patch...
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax
', but that's not a
difference) is the best we can do here.
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http://www.aixigo.de
() );
The code is untested, but I hope you get the idea. Also, there might be
some easier way using other boost-libs to create the helper on-the-fly,
but others definitely know better than me :)
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15
are a good example for
never change a running system I guess... :))
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http
John Maddock wrote:
Yes, I made it gcc specific, also added a similar fix for is_union, but not
Just looked at is_union. That won't work, I guess. You need to add a
typedef T cvt;
or change it to
BOOST_STATIC_CONSTANT(bool, value = BOOST_IS_UNION(T));
Regards, Daniel
--
Daniel Frey
aixigo AG
David Abrahams wrote:
Daniel Frey [EMAIL PROTECTED] writes:
Sounds reasonable. Which makes me wonder if we shouldn't change the
naming of branches a bit:
We should have a branch for the development of new versions (1.30.x),
let's call it DEVELOP_1_30_x. On this branch, we can now add several
tags
. Comments?
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http://www.aixigo.de
Daniel Frey wrote:
Sounds reasonable. Which makes me wonder if we shouldn't change the
^
Should be should, shouldn't be shouldn't ;)
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße
Aleksey Gurtovoy wrote:
Daniel Frey wrote:
it's still the question whether is_function could be fixed given
that is_reference seems to be available for compilers without partial
specialization.
Sure. By all means it would be appreciated if someone contributed a
comprehensive fix which would
-problem or if it's easy enought (and thus faster) to fix
is_function...
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http
, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http://www.aixigo.de
___
Unsubscribe other
not be standard conformant code.
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http://www.aixigo.de
On Sat, 15 Mar 2003 20:15:59 +0100, David B. Held wrote:
Daniel Frey [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
[...]
The compiler has no idea how to deduce U as - depending on U -
param_type could change.
[...]
Oh, yes, I see. I guess call_traits is only useful when T
Daniel Frey wrote:
I'm not 100% sure where the problem is, but the patches are broken for me.
Can someone else please confirm this? Maybe it's my mail-program, which I
know is broken, but I also tried to get the files from the ASPN archive
and that failed, too. Meanwhile, you (Sam) can post
, prefixes in the subject
[spirit], [lambda], [whatever] should work well and even without them a
good subject is all I need.
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241
David Abrahams wrote:
Daniel Frey [EMAIL PROTECTED] writes:
I don't really bother the higher volume.
Well in that case you can just subscribe to all of them, no?
What's the advantage to you over having 4 or 5 subscriptions?
The point is, that I won't subscribe to a list if it is about
Beman Dawes wrote:
* Daniel Frey: provided a fix for some warnings in the type-traits
(is_class/is_enum IIRC), John Maddock is aware of it AFAIK.
Just to remove any doubts: This should not be a show-stopper. The
warnings are in there for quite some time and type-traits are to
complicated
a realistic approach.
Regards, Daniel
PS: And yes, *if* you need them, you really *need* them.
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web
Beman Dawes wrote:
* Possible addition to operators library from Sam Partington
Daniel Frey and Sam discussing changes.
We need some discussion of it and I would like to see it in CVS and thus
in the regression tests for some time. When Sam started the proposal,
the branch for 1.30.0 has
. And
where safe-bool is not applicable, you don't need a protector anyway
AFAICS. Hm... thoughts?
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL
and as long as you
(or anyone else) don't find another problem, I'm looking forward for
your next patch-set. :)
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
On Wed, 12 Mar 2003 20:15:31 +0100, Sam Partington wrote:
I think we now have had a fair amount of discussion and as long as you
(or anyone else) don't find another problem, I'm looking forward for
your next patch-set. :)
Attached. Hopefully not made a mess of it. :-)
I'm not 100% sure
On Tue, 11 Mar 2003 12:22:19 +0100, Sam Partington wrote:
As for the issue below, I also have no idea how to go about
automatically selecting either method. Plus I think this might
introduce complexities which make the compiler's job that much harder to
optimise. Could well be wrong on that
Daniel Frey wrote:
One problem I just found with your implementation (and thus with Peter's
idiom in general) is, that is doesn't provide an operator bool(). This
This sounds too hard. Of course it's not a problem where Peter used it
as there obviously is no other operator int() or something
Daniel Frey wrote:
BTW: I wonder if gmane eats messages. I cannot find some messages we
exchanged when I was still in the company earlier this day. I will keep an
eye on it in case the problem remains.
False alarm, gmane.org works perfectly well. I just had to fix my
mail-filters :)
Regards
:)
Regards, Daniel
--
Daniel Frey
aixigo AG - financial training, research and technology
Schloß-Rahe-Straße 15, 52072 Aachen, Germany
fon: +49 (0)241 936737-42, fax: +49 (0)241 936737-99
eMail: [EMAIL PROTECTED], web: http://www.aixigo.de
___
Unsubscribe
On Fri, 07 Mar 2003 19:42:44 +0100, David Abrahams wrote:
Beman Dawes [EMAIL PROTECTED] writes:
At 11:08 AM 3/7/2003, David Abrahams wrote:
Sam Partington [EMAIL PROTECTED] writes:
Hi all,
Hate to sound pushy, but I've no answer on this, were the patches
ok?
Would
you
1 - 100 of 180 matches
Mail list logo