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? (
10 matches
Mail list logo
