Alexander Nasonov <[EMAIL PROTECTED]> writes:
> Sometimes it's fine to have an introspection only at runtime. I just want to
> avoid duplications of class descriptions by multiple libraries. For
> example, Python and luabind could share common introspection information.
> This is why I'm using
Alexander Nasonov wrote:
> class base_node // represent a base of a concrete class
> {
> // ...
>
> //
> virtual void* derived_to_base(void* base_ptr) const = 0;
> };
Oops, I made a little naming mistake: base_ptr should be derived_ptr.
BTW, compile-time retrospection could be used t
David Abrahams wrote:
> Alexander Nasonov <[EMAIL PROTECTED]> writes:
>
>> Well, sometimes it's needed at compile-time. Though, I don't know how
>> useful it is. Can you give an example?
>
> Heh, you caught me!
>
> Well, if the (member) (function) pointers are available at compile
> time they c
Alexander Nasonov <[EMAIL PROTECTED]> writes:
> Well, sometimes it's needed at compile-time. Though, I don't know how useful
> it is. Can you give an example?
Heh, you caught me!
Well, if the (member) (function) pointers are available at compile
time they can be inlined away so that using them
Well, sometimes it's needed at compile-time. Though, I don't know how useful
it is. Can you give an example?
Some other questions. How to map member pointers to names? How to find a
member?
--
Alexander Nasonov
Remove minus and all between minus and at from my e-mail for timely response
David
Alexander Nasonov <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>> A problem with this is that the introspection information is only
>> available at runtime. A more-flexible system would use GCC-XML output
>> to generate something like:
>>
>> template <>
>> struct class_
>>
David Abrahams wrote:
> A problem with this is that the introspection information is only
> available at runtime. A more-flexible system would use GCC-XML output
> to generate something like:
>
> template <>
> struct class_
> {
> typedef mpl::vector bases;
>
> ty
"Joel de Guzman" <[EMAIL PROTECTED]> writes:
> Alexander Nasonov <[EMAIL PROTECTED]> wrote:
>
>>> From user point of view it's easy. Every class is described using intuitive
>> class-decl-like style:
>>
>> void describe_Driver(descriptor& class_)
>> {
>> class_("Driver").derived_from()
>>