From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jan Wedekind Newsgroups: gmane.lisp.guile.user Subject: Re: python on guile Date: Wed, 13 Aug 2014 08:54:05 +0100 Message-ID: <39e27399-455d-4336-821a-46137d72bfce@email.android.com> References: <1407908589.24954.23.camel@Renee-desktop.suse> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1407916484 7493 80.91.229.3 (13 Aug 2014 07:54:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 13 Aug 2014 07:54:44 +0000 (UTC) Cc: guile-user@gnu.org To: Nala Ginrut ,Federico Beffa Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Wed Aug 13 09:54:37 2014 Return-path: Envelope-to: guile-user@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XHTOC-0007YA-Or for guile-user@m.gmane.org; Wed, 13 Aug 2014 09:54:32 +0200 Original-Received: from localhost ([::1]:45546 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XHTOC-00061H-C7 for guile-user@m.gmane.org; Wed, 13 Aug 2014 03:54:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47362) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XHTNz-00061B-KU for guile-user@gnu.org; Wed, 13 Aug 2014 03:54:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XHTNu-0007wT-9r for guile-user@gnu.org; Wed, 13 Aug 2014 03:54:19 -0400 Original-Received: from basicbox4.server-home.net ([195.137.212.26]:41636) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XHTNu-0007vt-3K for guile-user@gnu.org; Wed, 13 Aug 2014 03:54:14 -0400 Original-Received: from [10.56.186.30] (genkt-049-199.t-mobile.co.uk [149.254.49.199]) by basicbox4.server-home.net (Postfix) with ESMTPA id 8B80C1530660; Wed, 13 Aug 2014 09:54:10 +0200 (CEST) User-Agent: K-9 Mail for Android In-Reply-To: <1407908589.24954.23.camel@Renee-desktop.suse> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.137.212.26 X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:11395 Archived-At: Hi, In the past I have looked at how Python's NumPy and Ruby's NArray are imp= lemented. I then implemented Ruby multiarray (one of the HornetsEye libra= ries). The point is that ultimately you want a flexible library for umifo= rm arrays with a JIT compiler to match the exressiveness of Guile/Scheme.= I am working on something like that at the moment [1]. Any comments and = suggestions are welcome. Jan [1] https://github.com/wedesoft/aiscm On August 13, 2014 6:43:09 AM GMT+01:00, Nala Ginrut wrote: >On Sat, 2014-08-09 at 14:58 +0200, Federico Beffa wrote: >> > 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. >>=20 >> Hi, I'm a user of python which would very much prefer to use Scheme >:-) >>=20 >> I just wanted to say that the reason for which a lot of >> engineers/scientists are using python, is because it now provides a >> pretty large set of scientific/engineering and plotting functions >with >> the 3 main libraries numpy, scipy and matplotlib. It would be >> fantastic if somehow this functionality could be made available in >> guile :-) >>=20 > >I agree with you, the popular of Python is largely because of some >popular libs. > > >I'm one of the guys who is interested in hacking multi-lang front-end >on >Guile. And I think there're at least two approaches to cut this Gordian >Knot. > >1. Make great effort to be compatible 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) is suitable for Python language would be suspended. In >principle, it's suitable for FP languages especially continuation-based >one. But it's worth to try anyway. >The difficulty contains both workload and indeterminacy. > >2. Write Guile own libs for the same purpose of numpy/scipy/matplotlib, >and users may call the related modules from Python code. I have to >emphasize that any language implemented on Guile could call the modules >written with other languages, if it's on Guile too. >This is also challenging. But IMO, the difficulty of this way contains >workload only. > > >These are my ideas. And I'd like to try the first way because of my >hacking habit. >But the most significant thing is to make the latest Guile-2.2(in >master >branch) better than before. I'm trying to rewrite guile-lua on >Guile-2.2, but it's in a slow progress since there're lot of new stuffs >need to learn. > >Any ideas? >=20 > >Best regards. --=20 Jan Wedekind http://www.wedesoft.de/