[prev in list] [next in list] [prev in thread] [next in thread] 

List:       python-cpp-sig
Subject:    Re: [C++-sig] [Boost.Python v3] Features and Scope
From:       Stefan Seefeld <stefan () seefeld ! name>
Date:       2011-08-29 0:13:50
Message-ID: 4E5AD9BE.6050202 () seefeld ! name
[Download RAW message or body]

On 08/28/2011 02:39 PM, Dave Abrahams wrote:
> on Sat Aug 27 2011, Stefan Seefeld <stefan-AT-seefeld.name> wrote:
>
>
>> Binding converters to particular modules (and requiring to explicitly
>> import / exporting converters) seems like a solution to the above.
> It might be, but your description of what you're actually proposing is
> pretty vague, still, so it's hard to tell.

I haven't fully thought this through myself yet. In terms of UI I
imagine this to work like this:

  import ext_mod

would still keep the converters private to ext_mod by default, so only
functions and methods from ext_mod itself would have access to it. To
make those converters accessible globally would require an extra step,
for example:

  from ext_mod import __converters__

Thus each python module can decide itself whether or not it wants to
access them.

Implementation-wise this would imply that a single global registry would
be replaced by a linked list of per-module registries. The obvious
disadvantage is that converter lookup will be relatively slow.

There could still be ways to keep the current behavior, both for
backward compatibility but also as an optimization, if the author knows
that there is no danger of symbol collision.

    Stefan

-- 

      ...ich hab' noch einen Koffer in Berlin...

_______________________________________________
Cplusplus-sig mailing list
Cplusplus-sig@python.org
http://mail.python.org/mailman/listinfo/cplusplus-sig
[prev in list] [next in list] [prev in thread] [next in thread]