I noticed python-on-guile fails to compile in Guix, so I tried updating
it, but it still fails (somehow 'type' is #false?):
Type is defined on line
https://gitlab.com/python-on-guile/python-on-guile/-/blob/master/modules/oop/pf-objects.scm#L1530
as #f but set to something later in
https
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
> down the details
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:
>
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
te, 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 is 2
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 Ramanuja
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 for python
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 let/ec
mmitted 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 unspeci
kipping 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 noticed that my
ity 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 in Python,
On my machine, Jython runs 1.4 times slower than python3, that is almost
double the speed of python-on-guile.
I attach the script which can be run by simply typing, e.g.,
python3 ramanujan20.py
and should print out
262656
On Fri, Apr 23, 2021 at 11:05 PM Matt Wette wrote:
> On 4/23/2
On 4/23/21 8:00 AM, Mikael Djurfeldt wrote:
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
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, now r
;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, now runs 60% faster
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
Stefan Israelsson Tampe writes:
> I have continued to debug python for guile 3.1 and I am now getting much
> less warnings and also I can run test cases and it looks good. Tip, To run
> unit tests one can do from the module directory in the dist
>
> python language/python/module
Om du vill kan du göra en update på guile and guile-persists, börjar bli
bra nu.
On Sun, Apr 18, 2021 at 12:12 AM Stefan Israelsson Tampe <
stefan.ita...@gmail.com> wrote:
> I have continued to debug python for guile 3.1 and I am now getting much
> less warnings and also I can ru
I have continued to debug python for guile 3.1 and I am now getting much
less warnings and also I can run test cases and it looks good. Tip, To run
unit tests one can do from the module directory in the dist
python language/python/module/unittest/tests/test_case.py
to see what's working
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
Maxim Cournoyer writes:
> Hi Stefan,
>> 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.
That’s really cool! Thank you!
Best
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
> *
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.
That's pretty awesome!
--
Joshua Branson
Sent from Emacs and Gnus
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.com/pyt
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 a
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.
Python
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 so
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 working
h no data was resent. Now most warnings that was spamming the
> python session have been quited. quite a lot of bugs have been found in the
> os module and fixed.
>
> With this I'm happy with the python on guile repo and just released a
> version 1.1
>
> Repo:
> https://gitlab.co
been found in the
os module and fixed.
With this I'm happy with the python on guile repo and just released a
version 1.1
Repo:
https://gitlab.com/python-on-guile/python-on-guile/tree/master
Happy hacking
2" "/usr/share/guile/site/2.2"
"/usr/share/guile/site" "/usr/share/guile")
Now I hope Ill be able to update the Guix packages for python-on-guile,
guile-persist, and stis-parser, using the same commits.
Thanks again for your help!
Regards,
David
On Tue, Fe
/local/lib/guile/2.2/extensions.
Now Im getting this error on make:
-
Makefile:1390: warning: overriding recipe for target 'python'
Makefile:771: warning: ignoring old recipe for target 'python'
GEN language/python/eval.go
guile: warning: failed to install locale
warni
751c8834b401e81b6ea058a05861ebaf0b659f9d
stis-parser builds on commit 8d49401e238ae703a466b5b98d3068e4fa974f2c
It's just the python-on-guile that fails now, for commit:
226d33163e7f1e305c0b6e2ada37209513377dff
with:
Makefile:1390: warning: overriding recipe for target 'python'
Makefile:771
ake[1]: *** [Makefile:519: all-recursive] Error 1
make[1]: Leaving directory '/home/user1/VirtualHome/src/guile-persist'
make: *** [Makefile:399: all] Error 2
-
The error seems very related to the make error for python-on-guile.
Regards,
David
On Wed, Feb 12, 2020 at 4:26
, Stefan Israelsson Tampe wrote:
I have now added the bytes constructor that was not working.
Thanks!
To compile from source please try use the git repository at:
https://gitlab.com/python-on-guile/python-on-guile/
see readme for how to compile and what dependencies you have.
I was ab
e: *** [Makefile:1385: oop/pf-objects.go] Error 1
>
> --
>
> Regards,
> David
>
>
> >
> > On Tue, Feb 11, 2020 at 8:17 AM david larsson
> > wrote:
> >
> >> On 2020-02-10 21:11, Stefan Israelsson Tampe wrote:
> >>>
efan Israelsson Tampe wrote:
I have now added the bytes constructor that was not working.
Thanks!
To compile from source please try use the git repository at:
https://gitlab.com/python-on-guile/python-on-guile/
see readme for how to compile and what dependencies you have.
I was able to bu
ase try use the git repository at:
> >
> > https://gitlab.com/python-on-guile/python-on-guile/
> >
> > see readme for how to compile and what dependencies you have.
>
> I was able to build and install:
>- guile-persist: commit ebeb
:
> On 2020-02-10 21:11, Stefan Israelsson Tampe wrote:
> > I have now added the bytes constructor that was not working.
>
> Thanks!
>
> >
> > To compile from source please try use the git repository at:
> >
> > https://gitlab.com/python-on-guile/python-on-gu
On 2020-02-10 21:11, Stefan Israelsson Tampe wrote:
I have now added the bytes constructor that was not working.
Thanks!
To compile from source please try use the git repository at:
https://gitlab.com/python-on-guile/python-on-guile/
see readme for how to compile and what dependencies you
I have now added the bytes constructor that was not working.
To compile from source please try use the git repository at:
https://gitlab.com/python-on-guile/python-on-guile/
see readme for how to compile and what dependencies you have.
Regards
Stefan
On Mon, Feb 10, 2020 at 1:14 PM david
some
> updated instructions, then I could perhaps help out with some occasional
> testing. I have only managed to build from the old commit fc0d7a9 by
> updating the current python-on-guile guix package locally.
>
> >>
> >> netlib is not included, you can test to add the py
> (use-modules (a b c)) did not work for me, except to load modules
> already shipped with python-on-guile repo; (language python module
> python) etc.
You need to specify a root to search for for guile modules, try using e.g.
https://www.gnu.org/software/guile/manual/html_node/Load-P
the current python-on-guile guix package locally.
netlib is not included, you can test to add the python module file
to a (language python module) directory
What's been working for me so far is only (load "path/to/file.py") and
(load-compiled "path/to/file.go").
(use-
Thanks for your explanations, but unfortunately I still can't figure out
how to use this except in the simplest of cases.
I am using the guix package python-on-guile 0.1.0-3.00a51a2 - maybe
thats outdated?
The simple things I have managed to do, are like:
(add-to-load-path (dirname
The documentation is for the macro framework that enables you to work with
python classes and idioms like python iteration.
Hope this helps
/Stefan
On Sun, Feb 9, 2020 at 6:31 PM david larsson
wrote:
> Hi everyone,
> I am trying to wrap my head around how to use the python-on-guile
> libr
Hi everyone,
I am trying to wrap my head around how to use the python-on-guile
library, but Im struggling. Does anyone have example code that might
help, and which isn't too advanced?
All tips and suggestions appreciated!
Best regards,
David
Hi,
Sometimes people complain about guile string handling, that it is heavy and
that it does some interpretation of the characters. The answer is that you
should use bytevecors and then you hear that bytevectors containing char
codes does not have all the fetaures string has.
If you use python
Great work! Thanks Stefan!
Stefan Israelsson Tampe 于 2019年7月10日周三 03:19写道:
> With documentation in place and finishing the latest persistant tasks I now
> release python-on-guile 1.0.0 and guile-persist 1.0.0
>
> Source:
> https://gitlab.com/python-on-guile/python-on-guile/
With documentation in place and finishing the latest persistant tasks I now
release python-on-guile 1.0.0 and guile-persist 1.0.0
Source:
https://gitlab.com/python-on-guile/python-on-guile/
Doc:
http://www.c-lambda.se/python-on-guile/
Latest developments on python on guile is to make python's generator deep
copyable. This means copying delimited continuations and I'm happy to
acknowledge to a certain degree this works. Both pcomming 3.0 works as well
as current stable 2.4. There is a problem and that is it assumes no data
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 trying
with Guile CAPIs).
And recompile the whole numpy/scipy/matplotlib with guile-python. This
would be the fantastic and idealism way. But challenging.
One of the reasons is whether our brand new CPS-based backend (in
master
branch) is suitable for Python language would be suspended. In
principle, it's
with the original Python, even the
C interfaces(maybe a wrapper or refactor the C part with Guile CAPIs).
And recompile the whole numpy/scipy/matplotlib with guile-python. This
would be the fantastic and idealism way. But challenging.
One of the reasons is whether our brand new CPS-based backend (in master
branch
On Fri, 2014-05-30 at 23:33 +0200, Stefan Israelsson Tampe wrote:
I would like to hijack the python2/3 community over to guile.
Hi, I'm a user of python which would very much prefer to use Scheme :-)
I just wanted to say that the reason for which a lot of
engineers/scientists are using python,
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
that 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
66 matches
Mail list logo