This is the mail archive of the kawa@sourceware.org mailing list for the Kawa project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: a Kawa wikipedia page would be cool...


On 10/28/2017 10:54 AM, David Pirotte wrote:
Hi Per,

https://en.wikipedia.org/wiki/Kawa_(Scheme_implementation)

Ah, I did enter 'kawa' in the search box of the hy wikipedia page before to post
here, and it does not list anything about Kawa_(Scheme_...). I just tried again
using the search box of the kawa page, just to confirm, and same 'no match'

	Maybe worth a word with the wikipedia folks...

I really don't like the 1st sentence, because it gives the impression it is for
language implementors only, where as, imo, kawa is a scheme implementation, first
and before anything else,  that allows programmers _not_ to have write java (the
clojure 'slogan, nobody should never have to write java code...)

I vaguely remember there were two pages: 'Kawa (Scheme implementation)'
and 'Kawa (Language framework)' (or something like that).  Did someone try to merge
those two pages.

To me, as an implementor, Kawa isn't just a Scheme implementation.  There are
other languages implemented using the Kawa framework - some but not all included
with the Kawa source release.

However, for most people, Kawa is interesting an actual Scheme-variant programming language.
So perhaps the first paragraph should focus on that.  A second paragraph, maybe something like:

  The Kawa compiler tools can be used to implement other languages, some
  of which (such as an implementation for XQuery 1.0) are included in the Kawa distribution.

The page should really be reviewed, to make it extremely attractive, and _the_
language that one would want to use if they have to do anything in java ... it
should also explains the advantages it has over clojure (start-up time and a so much
better integration with the java class system ...

	all this with real example, a real complete little app...

	a 2D clock, as I wrote for guile-clutter might be a good example, and how one
	could run it in java, and android ... maybe :)

		http://www.nongnu.org/grip/examples.html

Then it says

	To run Kawa on GNU/Linux:

		$ export CLASSPATH=$CLASSPATH:/path/to/kawa/kawa-1.10.jar

	1.10 ? ...

I fixed that.


Voilà :) my 2c

	Not me though, I'm totally over loaded with my GNU projects and rarely use
	kawa anyway (I do when I have to use imagej, precisely because I
	don't want to write in java...

	One of the superior advantage of kawa to clojure is that we don't even need
	to interact with the java ecosystem, just kawa -C mycode.scm > mycode.Class
	then we can import and, you feel like you are in Guile, or Racket

All we need is emacs, and a repl, then geiser:

	Per, any progress on dynamic (re)compilation? not a big deal, just
	curious

None so far.  I've been focused on DomTerm (http://domterm.org/) - adding
tmux/screen-style session management.  After that I think the priority
is moving the Language Server along for IDE support.  (Both of these have
synergies with the dynamic recompilation goal.)

It is just that I am irritated to see clojure every where and never kawa, which is
so much better ... so today I did my part and added this entry in the HY page :):)

Imagine how I feel ...

--
	--Per Bothner
per@bothner.com   http://per.bothner.com/


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]