On Wed, 25 Jul 2012, Robert Bradshaw wrote:
> > ultimate suffix under assumption that it would not change (also removed
> > unused
> > _code_cache) (it came out a bit longer simply due to me adding helper
> > function
> > _get_build_extension() to avoid duplication):
> Looks good. Thanks. File
On Wed, Jul 25, 2012 at 7:08 PM, Yaroslav Halchenko
wrote:
>
> On Wed, 25 Jul 2012, Robert Bradshaw wrote:
>
>> > module = imp.load_dynamic(module_name, module_path)
>> > arg_list = [kwds[arg] for arg in arg_names]
>
>> Compiled modules can persist between sessions as well.
>
> yeah -- f
On Wed, 25 Jul 2012, Robert Bradshaw wrote:
> > module = imp.load_dynamic(module_name, module_path)
> > arg_list = [kwds[arg] for arg in arg_names]
> Compiled modules can persist between sessions as well.
yeah -- figured it down also while working on another version of this
trivial pa
On Wed, Jul 25, 2012 at 6:12 PM, Yaroslav Halchenko
wrote:
> actually I have not stated alternative variant since I thought it would
> not be wise to 'waste' memory : just store association between a
> particular build and target module_name but now I have mentioned that
> such code is pretty muc
actually I have not stated alternative variant since I thought it would
not be wise to 'waste' memory : just store association between a
particular build and target module_name but now I have mentioned that
such code is pretty much there ... but incorrect and not used:
$> grep -e '\Wkey\W' -e '^d
On Wed, 25 Jul 2012, Robert Bradshaw wrote:
> One essential feature of cython.inline(...) is that if the code has
> already been compiled (and loaded) it should return very fast. This
> would seem to add significant overhead.
that is what was my concern also with such an approach... I am not s
Thanks for the report!
On Wed, Jul 25, 2012 at 12:02 PM, Yaroslav Halchenko
wrote:
> So I wonder, wouldn't it be reasonable (i.e. more robust) in cython_inline to
> instantiate first build_extension and seek full name for the resultant
> extension from it? That should eliminate any possibility
NB Sorry for a lengthy reply -- more like notes for myself I guess ;)
Short story -- imp.get_suffixes()[0] != get_config_var('SO')
on Debian multiarch sid
Perspective patch is at the bottom.
On Wed, 25 Jul 2012, Stefan Behnel wrote:
> > anything familiar? (I see PY3 fix bf7981fb37b19f08a
Yaroslav Halchenko, 25.07.2012 18:50:
> Congrats on the beta-release! While testing an updated debian package
> for cython I have ran into failures with Python 3.2.3 (default, Jul 13 2012,
> 21:02:37) [GCC 4.7.1] (complete log:
> http://neuro.debian.net/_files/_buildlogs/cython/0.17~beta1/cython_0
Congrats on the beta-release! While testing an updated debian package
for cython I have ran into failures with Python 3.2.3 (default, Jul 13 2012,
21:02:37) [GCC 4.7.1] (complete log:
http://neuro.debian.net/_files/_buildlogs/cython/0.17~beta1/cython_0.17~beta1-1_amd64.build)
anything familiar? (
Hello everyone,
on behalf of the Cython project team, I'm proud to announce the release of
our first beta of Cython 0.17. This is another major step forward in the
development of the language that will make life easier for a lot of users,
rounds up some rough edges of the compiler and adds (prelim
11 matches
Mail list logo
