i am now experimenting with the new generator infrastructure to see how
much actual python on guile code is sped up. In the process I am optimizing
a lot of stuff regarding python for loops. But some irritating things
remain.
My number 1 anger is that a iterator can throw an exception as a way to
ode to the compiler, some of which
> concerned skipping some arity checking.
>
> Also, Stefan meanwhile committed something called "reworked object system"
> to his python-on-guile.
>
> Sorry for coming with unspecific information (don't have time to track
> d
Hello,
Le dimanche 25 avril 2021 à 12:54 +0200, Dr. Arne Babenhauserheide a
écrit :
> (next frontier: compete with math that’s implemented via numpy — you
> can find RPython implementations of the basics of numpy in the
> pypy-sources:
> https://foss.heptapod.net/pypy/pypy/-/tree/branch/default/py
Stefan Israelsson Tampe writes:
> (define-syntax-rule (letec f)
> (let/ec x (f x
>
> Actually lead to similar speeds as python3.
Please keep in mind that this is math. There are parts of Python that
are heavily optimized, for example reading strings from disk. Guile will
likely have a har
ndicate, perhaps that would amount to efficiently compiling
> let/ec.
>
> Best regards,
> Mikael
>
> On Sat, Apr 24, 2021 at 5:19 PM Stefan Israelsson Tampe <
> stefan.ita...@gmail.com> wrote:
>
>> Guile is 3x faster then fastest python-on-guile which
eanwhile committed something called "reworked object system"
> to his python-on-guile.
>
> Sorry for coming with unspecific information (don't have time to track
> down the details) but I noticed that my benchmark script written in Python,
> and which computes the 20:th Ram
for 3x speedwise, but it may
hinder optimisations that may yield a speedup of that factor.
On Sat, Apr 24, 2021 at 5:19 PM Stefan Israelsson Tampe <
stefan.ita...@gmail.com> wrote:
> Guile is 3x faster then fastest python-on-guile which is 2x faster then
> python3 Cpython
>
> a
Guile is 3x faster then fastest python-on-guile which is 2x faster then
> python3 Cpython
>
> attached is a guile corresponding program.
>
> On Sat, Apr 24, 2021 at 4:41 PM Stefan Israelsson Tampe <
> stefan.ita...@gmail.com> wrote:
>
>> To note is that 'continu
Guile is 3x faster then fastest python-on-guile which is 2x faster then
python3 Cpython
attached is a guile corresponding program.
On Sat, Apr 24, 2021 at 4:41 PM Stefan Israelsson Tampe <
stefan.ita...@gmail.com> wrote:
> To note is that 'continue' is killing performance
To note is that 'continue' is killing performance for python-on-guile
programs, so by changing the
code to not use continue lead to python-on-guile running twice the speed of
python3. The reason is that
the while loop is used as
(while (...)
(let/ec continue
...))
And the
dy committed new code to the compiler, some of which
>>> concerned skipping some arity checking.
>>>
>>> Also, Stefan meanwhile committed something called "reworked object
>>> system" to his python-on-guile.
>>>
>>> Sorry for coming with un
ned skipping some arity checking.
>>
>> Also, Stefan meanwhile committed something called "reworked object
>> system" to his python-on-guile.
>>
>> Sorry for coming with unspecific information (don't have time to track
>> down the details) but I notic
me arity checking.
>
> Also, Stefan meanwhile committed something called "reworked object system"
> to his python-on-guile.
>
> Sorry for coming with unspecific information (don't have time to track
> down the details) but I noticed that my benchmark script written i
d something called "reworked object
> system" to his python-on-guile.
>
> Sorry for coming with unspecific information (don't have time to track
> down the details) but I noticed that my benchmark script written in
> Python, and which computes the 20:th Ramanujan number,
Hi,
Yesterday, Andy committed new code to the compiler, some of which concerned
skipping some arity checking.
Also, Stefan meanwhile committed something called "reworked object system"
to his python-on-guile.
Sorry for coming with unspecific information (don't have time to
/unittest/tests/test_case.py
>
> to see what's working and what's not working.
>
> I am also working on getting it to behave better and especially take
> advantage
> of guile's new reader to introduce python source code numbering instead of
Thank you for your work! I
nd especially take
> advantage
> of guile's new reader to introduce python source code numbering instead of
> the generated scheme code's numbering. Note that in python on guile I only
> modified the reader so that it reads python code and spit's out scheme
> code.
g and what's not working.
I am also working on getting it to behave better and especially take
advantage
of guile's new reader to introduce python source code numbering instead of
the generated scheme code's numbering. Note that in python on guile I only
modified the reader so that it r
Hi Stefan,
Could it be that you have not committed the file:
language/python/module/re/flag-parser.scm
?
Best regards,
Mikael
On Sun, Apr 11, 2021 at 11:23 AM Stefan Israelsson Tampe <
stefan.ita...@gmail.com> wrote:
> Hi,
>
> I released a new tag of my python code that basically is a snapsho
Hi Stefan,
Stefan Israelsson Tampe writes:
> Hi,
>
> I released a new tag of my python code that basically is a snapshot of a
> work in progress.
>
> This release includes
> * pythons new match statement
> * dataclasses
> * Faster python regexps through caching and improved datastructures
> * Nu
Hi,
I released a new tag of my python code that basically is a snapshot of a
work in progress.
This release includes
* pythons new match statement
* dataclasses
* Faster python regexps through caching and improved datastructures
* Numerous bug fixes found while executing the python unit tests.
Hi,
This is an interesting release as I'm starting to get the cpython's unit
tests to work. Still remains a lot of work but much more is now working
according to the CPython standard.
Next up is getting all unit tests for the test framework to pass. Then to
get as much as possible of the CPython
Stefan Israelsson Tampe writes:
> done, all now have tags 1.2.3
Incredible response time, thanks! :-)
I have not been able to build stis-parser, because slask.scm is missing:
https://gitlab.com/tampe/stis-parser/-/issues/2
Is it a bug, or am I doing something wrong?
Thanks,
Marius
Stefan Israelsson Tampe writes:
> Hi,
>
> I just tagged a minor release python on guile v1.2.3 that mainly is
> bugfixes an implementation of pythons ctypes ontop of guiles ffi layer.
Hi, thanks for this work!
I don't see any tags in this repository:
https://gitlab.co
done, all now have tags 1.2.3
On Tue, Jun 23, 2020 at 2:54 PM Marius Bakke wrote:
> Stefan Israelsson Tampe writes:
>
> > Hi,
> >
> > I just tagged a minor release python on guile v1.2.3 that mainly is
> > bugfixes an implementation of pythons ctypes ontop of gu
Hi,
I just tagged a minor release python on guile v1.2.3 that mainly is
bugfixes an implementation of pythons ctypes ontop of guiles ffi layer.
Happy Hacking!
I just released a version of python on guile that I think i much more fast
in execution of the attribute lookup than before and also I think that this
is one of the more correct versions and decided to freeze it into a
release. Not much more feature wise than just speedier and slots
implemented
yes we can compile to module ast
python-on-guile compiles to macros in scheme that can be used without
compiling python from scheme. It targets
good or excellent interoperability between scheme and python
Yes works on guile 3.0. Also you need the most current dependencies see
readme
On Sat, Apr
Dear,
Thank you for this interesting work.
On Fri, 10 Apr 2020 at 15:41, Stefan Israelsson Tampe
wrote:
> I'm pleased to announce python on guile 1.2. This version increases the
> correctness of the parser as well as adding quite a number of system py
> files that compiles as
Hi
I'm pleased to announce python on guile 1.2. This version increases the
correctness of the parser as well as adding quite a number of system py
files that compiles as an example the we can now generate python ast from
the compiler. Also some work to improve speed have been done.
Pyth
Stefan Israelsson Tampe writes:
> Now in corona times I'm working quite a lot with python-on-guile fixing
> bugs in the parser and compiler. Trying to add and test more python
> modules. My test case is to get IPython running on python on guile.
You’re awesome! Thank you!
It s
Hi all,
Now in corona times I'm working quite a lot with python-on-guile fixing
bugs in the parser and compiler. Trying to add and test more python
modules. My test case is to get IPython running on python on guile. Some of
the python library code is very advanced python so getting it worki
Thanks for the work! I appreciate it!
On Sat, Jun 15, 2019 at 3:05 AM Stefan Israelsson Tampe
wrote:
>
> python on guile has reached quite far and now compiles a lot of the standard
> python code base. The speed has not been of importance. Rather to get good
> coopertion between
Stefan Israelsson Tampe writes:
> python on guile has reached quite far and now compiles a lot of the
> standard python code base. The speed has not been of importance. Rather to
> get good coopertion between guile scheme and python programs.
That sounds awesome! Thank you fo
python on guile has reached quite far and now compiles a lot of the
standard python code base. The speed has not been of importance. Rather to
get good coopertion between guile scheme and python programs.
But it also define a scheme interface to the python functionalites and i'm
now tryi
evelopment
> and I can't parse much python code, but that will change soon.
>
> https://gitorious.org/python-on-guile
>
I confess I'm not a fan of Python, but I do appreciate that you can take
it up. Maybe we can share something in frontend, in close future. ;-)
Happy hacking!
> Stay tuned!
>
> /Stefan
currently none but me
probably can use it atm but that will change. I'm very pleased with how
the functional parser framework works. Currently it is in hefty development
and I can't parse much python code, but that will change soon.
https://gitorious.org/python-on-guile
Stay tuned!
/Stefan
37 matches
Mail list logo
