David A. Greene wrote:
Well, that's not creating a boost::tuple. :) I could certainly use
mpl::fold or some similar algorithm to create boost::tupleint,
boost::tuple...but I'm not sure that really a boost::tuple
either. consint, cons...might be closer.
Yep, the later will give you
Aleksey Gurtovoy wrote:
David A. Greene wrote:
Thanks for considering this. I think it will be quite
useful. I look forward to seeing what you come up with!
Well, it turned out to be a little bit more complicated than
I had foreseen, so it's not there yet. Please stay tuned!
Okay,
David A. Greene wrote:
The fundamental problem is that it's inconvenient to iterate through a
tuple. All we have is the get template to access tuple elements.
Iterating is again conceptually simple -- just increment an index.
But the fact that get is a template implies the index must be a
An unrelated issue - but is there any chance you could reinstate the Kylix
tests on Linux - the compiler is a free download, and I've just updated the
jam toolset so that setting KYLIX_PATH in your environment should now work
correctly.
John Maddock
Aleksey Gurtovoy [EMAIL PROTECTED] writes:
David A. Greene wrote:
Well, that's not creating a boost::tuple. :) I could certainly use
mpl::fold or some similar algorithm to create boost::tupleint,
boost::tuple...but I'm not sure that really a boost::tuple
either. consint, cons...
Aleksey Gurtovoy [EMAIL PROTECTED] writes:
Aleksey Gurtovoy wrote:
David A. Greene wrote:
Thanks for considering this. I think it will be quite
useful. I look forward to seeing what you come up with!
Well, it turned out to be a little bit more complicated than
I had foreseen, so
Roland Richter [EMAIL PROTECTED] writes:
David A. Greene wrote:
The fundamental problem is that it's inconvenient to iterate through a
tuple. All we have is the get template to access tuple elements.
Iterating is again conceptually simple -- just increment an index.
But the fact that get
On Tuesday 17 December 2002 04:57 am, David Abrahams wrote:
Alkis Evlogimenos [EMAIL PROTECTED] writes:
Hi boosters,
I installed version 7.0 of the intel compiler for the nightly linux
regression. I still have version 6.0 installed as I will be running the
regression on that compiler
On Tuesday 17 December 2002 04:54 am, John Maddock wrote:
An unrelated issue - but is there any chance you could reinstate the Kylix
tests on Linux - the compiler is a free download, and I've just updated the
jam toolset so that setting KYLIX_PATH in your environment should now work
correctly.
From: Beman Dawes [EMAIL PROTECTED]
At 01:10 PM 12/16/2002, Peter Dimov wrote:
but how does this affect (implementation detail) headers that aren't
necessarily part of a specific library?
boost/detail/lightweight_mutex.hpp,
boost/assert.hpp, boost/throw_exception.hpp, for example.
Good
Dear all,
today I imported another set of files to Sandbox CVS,
this time something I'd like to call 'tupples' (yes, two p's).
+ What is it?
You all know Boost.Tuples (with one 'p'), right?
Well, tupples is almost the same, only different.
There are two major differences:
1) I wanted to use
isn't the current implementation of is_compound overly complex? Can't
we
just change it to basically match:
is_compound = !is_fundamental
given a working version of is_fundamental of course, but this seems
easier than providing an always safe and portable is_class or other
stuff required
John Maddock [EMAIL PROTECTED] wrote in message
010201c2a5c9$c1feb560$43e7193e@1016031671">news:010201c2a5c9$c1feb560$43e7193e@1016031671...
given the Standard's wording in 3.9/1:
... There are two kinds of types: fundamental types and compound types.
...
isn't the current implementation of
From: Vincent Finn [EMAIL PROTECTED]
Hi,
A quick question
does the latest version of smart_ptr have a bool cast ?
Quick answer: yes, it does.
http://www.boost.org/libs/smart_ptr/shared_ptr.htm#conversions
___
Unsubscribe other changes:
(You can ignore this message unless you run Boost regression testing
software.)
We are making some reliability enhancements to the regression testing
software:
* boost-root/tools/build/testing.jam changes ensure that changes to a
library force dependencies to be rebuilt and rerun, and ensure
From: Vladimir Prus [EMAIL PROTECTED]
Peter Dimov wrote:
I think that we also need to consider the problem of translating a
filesystem_error to a localized error message.
[...]
Seems like there is quite a few alternatives:
1. Perform localization at the point where exception is thrown. The
Rani Sharoni wrote:
In the same fashion - I think that if type is not cv void, not reference and
not convertible to bool (via standard conversion) then it's class type.
Hm, could you show an implementation? I think that the convertible to
bool might be a problem for classes with operator
At 12:42 PM 12/16/2002, Peter Dimov wrote:
I think that we also need to consider the problem of translating a
filesystem_error to a localized error message.
In particular, consider this example of a what() string:
File system error: move_file(): nonexistent, something_else: The system
cannot
At 10:18 AM 12/17/2002, Peter Dimov wrote:
The main problem is that I don't really know the answer. I can tell you
what doesn't work, but I don't know yet what works. :-)
How about these member functions (in addition to what()):
int native_error() const { return m_sys_err; }
//
On Tue, 17 Dec 2002 11:44:12 -, John Maddock
[EMAIL PROTECTED] wrote:
Personally I would rather that you stuck to the simplest possible
implementation, and for me that outweighs the advantages that using the pp
lib might bring. The recent discussion is all very clever, but I'm not
convinced
A very interesting post.
I also believe it is interesting to consider whether it is valuable
to make a system of reflection for C++. I'm not sure whether
it is or not - but it is interesting non the less. In particular we
would be interested in compile-time reflection as well as
runtime
From: Beman Dawes [EMAIL PROTECTED]
At 10:18 AM 12/17/2002, Peter Dimov wrote:
The main problem is that I don't really know the answer. I can tell you
what doesn't work, but I don't know yet what works. :-)
How about these member functions (in addition to what()):
int
Howard Hinnant wrote:
On Tuesday, December 17, 2002, at 09:59 AM, Rani Sharoni wrote:
In the same fashion - I think that if type is not cv void, not
reference and
not convertible to bool (via standard conversion) then it's class type.
It might be useful implementation for compliers
I hope it is permissible to ask a mp question.
I'd like to have a template parameter is an int. If represents an
arithmetic shift of an integral value. If the parameter is positive
I'd like to shift left, and if negative shift right.
Is it feasible to implement something like this? Any hints?
From: Matthias Troyer [EMAIL PROTECTED]
1) Definition of serialization: ...
agree
2) Serialization engine.
agree - except whether arrays should be primitive types. We differ on this
but I believe that this is actually a small point that would ultimately be
resolved by running some tests on a
Neal D. Becker wrote:
I hope it is permissible to ask a mp question.
I'd like to have a template parameter is an int. If represents an
arithmetic shift of an integral value. If the parameter is positive
I'd like to shift left, and if negative shift right.
Is it feasible to implement
At 11:50 AM 12/17/2002, Peter Dimov wrote:
From: Beman Dawes [EMAIL PROTECTED]
At 10:18 AM 12/17/2002, Peter Dimov wrote:
The main problem is that I don't really know the answer. I can tell
you
what doesn't work, but I don't know yet what works. :-)
How about these member functions (in
At 08:29 PM 12/16/2002, Edward Diener wrote:
Beman Dawes [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
We've got two cases where it would be very useful to be able to easily
extract the library name from a header file:
* Generating a dependency analysis based
On Tuesday, December 17, 2002, at 11:54 AM, Daniel Frey wrote:
It might be useful to distinguish classes into unions and non-unions,
but the standard clearly says that a union *is* a class (9/1).
The standard also clearly says that unions and classes are different
categories of types
Daniel Frey [EMAIL PROTECTED] wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
Rani Sharoni wrote:
In the same fashion - I think that if type is not cv void, not reference
and
not convertible to bool (via standard conversion) then it's class type.
Hm, could you show an
From: Beman Dawes [EMAIL PROTECTED]
At 11:50 AM 12/17/2002, Peter Dimov wrote:
std::cerr translate_text(ex.error_str()) std::endl;
Um... Rather than fatten the interface to filesystem_exception further,
the
code-string translation could be provided as a free function. That way
you
don't
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of John Maddock
Sent: Friday, December 13, 2002 11:34 AM
To: Boost mailing list
Subject: Re: [boost] Math constants - (in-)Formal Review?
Yes we really should get this one sorted out.
Should I
David Abrahams said:
William E. Kempf [EMAIL PROTECTED] writes:
Augustus Saunders said:
I wouldn't be overly concerned. I'd find this to be a programmer
error (passing a type to a template that doesn't meet the template's
requirements). Concept checking libraries can even be employed to
At 09:47 AM 12/17/2002, you wrote:
I hope it is permissible to ask a mp question.
I'd like to have a template parameter is an int. If represents an
arithmetic shift of an integral value. If the parameter is positive
I'd like to shift left, and if negative shift right.
Is it feasible to
In-Reply-To: Pine.LNX.4.44.0212161022130.11243-10@lynx
On Mon, 16 Dec 2002 11:07:45 -0800 (PST) ([EMAIL PROTECTED]) wrote:
[Various reflection library links]
This is interesting, but to me it mostly confirms that I don't want a
reflection framework. It is at the wrong level of abstraction,
At 01:34 PM 12/17/2002, Greg Colvin wrote:
At 09:47 AM 12/17/2002, you wrote:
I hope it is permissible to ask a mp question.
I'd like to have a template parameter is an int. If represents an
arithmetic shift of an integral value. If the parameter is positive
I'd like to shift left, and if
Dear Robert,
thanks for your comments to my posting
On Tuesday, December 17, 2002, at 06:58 PM, Robert Ramey wrote:
From: Matthias Troyer [EMAIL PROTECTED]
5) Versioning: [snip]
overhead for version number is 1 or 2 bytes per class definition.
tracking the classes so far serialized is not
On Tue, 17 Dec 2002 19:35:01 +0100, Howard Hinnant wrote:
On Tuesday, December 17, 2002, at 11:54 AM, Daniel Frey wrote:
It might be useful to distinguish classes into unions and non-unions,
but the standard clearly says that a union *is* a class (9/1).
The standard also clearly says
Thanks!
___
Unsubscribe other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
On Tue, Dec 17, 2002 at 08:37:00PM +, Dave Harris wrote:
This is interesting, but to me it mostly confirms that I don't want a
reflection framework. It is at the wrong level of abstraction, in that it
deals with methods and instance variables rather than fields.
I also don't trust an
From: William E. Kempf [EMAIL PROTECTED]
David Abrahams said:
William E. Kempf [EMAIL PROTECTED] writes:
Augustus Saunders said:
I wouldn't be overly concerned. I'd find this to be a programmer
error (passing a type to a template that doesn't meet the template's
requirements).
From: David Abrahams [EMAIL PROTECTED]
Date: Sun, 15 Dec 2002 10:29:23 -0500
Content-Type: text/plain; charset=us-ascii
X-Mailman-Version: 2.1b3
Reply-To: Boost mailing list [EMAIL PROTECTED]
List-Help: mailto:[EMAIL PROTECTED]?subject=help
List-Archive:
On Tue, 17 Dec 2002, Robert Ramey wrote:
A very interesting post.
I also believe it is interesting to consider whether it is valuable
to make a system of reflection for C++. I'm not sure whether
it is or not - but it is interesting non the less. In particular we
would be interested in
David Abrahams wrote:
Aleksey Gurtovoy [EMAIL PROTECTED] writes:
Yep, the later will give you all the functionality of
'boost::tupleint,...' except the constructors and assignment from
'std::pair'. A generator for it is as simple as this:
template typename Types struct tuple_gen
David A. Greene wrote:
The fundamental problem is that it's inconvenient to iterate through a
tuple.
'tuple_ext' (tuple extensions) make it easier -
http://groups.yahoo.com/group/Boost-Users/message/704.
Aleksey
___
Unsubscribe other changes:
[EMAIL PROTECTED] [EMAIL PROTECTED] writes:
Can you elaborate on compile-time reflection? We have the type-traits
library, which may be an example what you have in mind. But this will
always be limited without further compiler support.
The compile-time reflection capabilities of C++ are
From: Ihsan Ali Al Darhi [EMAIL PROTECTED]
I have a question for you.
Do you think that the serialization library should save exceptions?
I don't know if the question is for me but I'll respond anyway.
I can't imagine what you mean by this. An exception is a class
definition and can be
From: Matthias Troyer [EMAIL PROTECTED]
I would like to make a comment here: our aim was just to achieve
portability between all different UNIX variants. We have about ten
different UNIX architectures around, but actually no Windows machines.
Thus, for our purposes XDR provides a perfect and
A reflective framework could be in three stages: a preprocessing stage
(which creates the reflection data), an optional code
generation/transformation stage, then a compilation stage. In this sense,
it would be both a compile and run-time framework.
Sounds like a great idea to me.
A
[EMAIL PROTECTED] [EMAIL PROTECTED] writes:
A reflective framework could be in three stages: a preprocessing stage
(which creates the reflection data), an optional code
generation/transformation stage, then a compilation stage. In this sense,
it would be both a compile and run-time
On Tue, Dec 17, 2002 at 09:55:14AM -0800, [EMAIL PROTECTED] wrote:
Were talking exclusively about reflection now... I don't want this muddled
with the serialization discussion. They are separate topics. :-)
Perhaps, but it would be quite disappointing if after going to the
whole trouble of
[EMAIL PROTECTED] wrote:
Finally, is there anyone interested in working on a
reflection framework?
I've been recently drafting some interfaces for purely compile-time
reflection framework. It will clearly need a compiler support to implement;
the current plan is to prototype it in GCC. It's an
From: [EMAIL PROTECTED] (Dave Harris)
Will it be able to load files from existing 3rd party formats?
For example, I currently have a lot of data stored in Microsoft's MFC
archive format. This includes very little metadata beyond the version
number. The meaning of fields is defined by their
snip
I don't really know. There are other truly open alternatives that
might be worth looking into, e.g. GCC_XML, and Synopsis/OCC (get it as
part of the Synopsis package at synopsis.sf.net).
I've looked briefly at GCC_XML; I haven't seen Synopsis. In many ways I
would prefer one based on
On Tue, 17 Dec 2002, Aleksey Gurtovoy wrote:
I've been recently drafting some interfaces for purely compile-time
reflection framework. It will clearly need a compiler support to implement;
the current plan is to prototype it in GCC. It's an on-and-off project,
though :).
Cool. Would you care
55 matches
Mail list logo
