From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 74559 invoked by alias); 18 Feb 2016 22:24:23 -0000 Mailing-List: contact kawa-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: kawa-owner@sourceware.org Received: (qmail 74540 invoked by uid 89); 18 Feb 2016 22:24:22 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,KAM_OTHER_BAD_TLD,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=accomplished, schemes, eller, ans X-HELO: 11.mo1.mail-out.ovh.net Received: from 11.mo1.mail-out.ovh.net (HELO 11.mo1.mail-out.ovh.net) (188.165.48.29) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 18 Feb 2016 22:24:20 +0000 Received: from mail728.ha.ovh.net (gw6.ovh.net [213.251.189.206]) by mo1.mail-out.ovh.net (Postfix) with SMTP id 7094F101805B for ; Thu, 18 Feb 2016 23:24:17 +0100 (CET) Received: from localhost (HELO queueout) (127.0.0.1) by localhost with SMTP; 19 Feb 2016 00:24:17 +0200 Received: from unknown (HELO ?192.168.1.7?) (rafik@tnteam.rocks@41.250.89.232) by ns0.ovh.net with SMTP; 19 Feb 2016 00:24:16 +0200 Subject: Re: RE : Re: What is the Development Environment of Choice for Kawa? To: Per Bothner , kawa@sourceware.org References: <3go6arm3yvsi6iuungnfyd1o.1455824305674@email.android.com> <56C6351E.90107@bothner.com> From: Rafik Naccache [TNTeam] Message-ID: <56C64490.8090204@tnteam.rocks> Date: Thu, 18 Feb 2016 22:24:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <56C6351E.90107@bothner.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Ovh-Tracer-Id: 4940448791363905115 X-Ovh-Remote: 41.250.89.232 () X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: 0 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeekjedrgeekucetufdoteggodftvfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeekjedrgeekgdduheehucetufdoteggodftvfcurfhrohhfihhlvgemucfqggfjnecuuegrihhlohhuthemuceftddtnecu X-IsSubscribed: yes X-SW-Source: 2016-q1/txt/msg00023.txt.bz2 Actually, scheme's kinda most accomplished tooling on emacs is Geiser : http://www.nongnu.org/geiser/ I shall maybe hack on it drawing inspiration from what has been implemented for guile, chicken and racket... Le 18/02/2016 21:18, Per Bothner a écrit : > > > On 02/18/2016 11:38 AM, Rafik Naccache (TNTeam Rocks!) wrote: >> Actually I managed to use swank/sLime with Kawa. But half of its >> functionality is broken. > > I'm afraid Swank/Slime with Kawa isn't actively maintained. > Helmut Eller wrote/maintained it, but he is no longer involved. > I don't know the details - it maybe that the Swank model isn't > a great match for Kawa's more static binding mode - or for the JVM. > > OTOH if you have experience with and were productive with Swank/Clojure, > perhaps we can get Swank/Kawa working, possibly by studying how > Clojure does things. > >> I am an emacs guy so this probably helps me, especially as I use >> smartparens (a new paredit) ans rainbow delimiters. >> >> Maybe I shall write a Kawa.el mode on emacs Like cider fir clojure, >> in which case I 'll need some hints on how completion works, etc... >> >> @ Per, When do you plan to release the code hot loading fixes in SVN? > > I don't have anything usable at this point, and I'm back-logged on other > projects (DomTerm; Kawa arrays; Kawa new invocation model with > patterns; more) > that I don't know when I'll be able to spend time on it. It's moderately > high priority, but so is finishing up various half-finished projects! > > Until then, you can try the --no-inline flag, and be prepared to re-load > everything after changes. One of the big advantages of Kawa that its > fast compiler and loading makes re-starting ok. -- TNTeam rocks! Rafik Naccache - BDFL