[Bug-kawa] [bug #27555] compile-file doesn't show errors

[Helmut Eller]

Follow-up Comment #4, bug #27555 (project kawa):

I'm using Kawa from within Emacs which some glue
code for smoother interaction between Emacs and
Kawa.

I typically compile files (buffers) with a key
combination C-c C-k which compiles the file and
loads the jar file into the running JVM process.
It doesn't create a new JVM instance just to
compile a file.

Warnings/Errors are annotated in the source
buffer. To do that my glue code can't use
compile-file directly; it uses the lower level
functions instead but it's conceptually the same
as compile-file.

If the second argument of compile-file is a jar
filename it seems to generate a jar file.  I'm
not sure though, might just be a zip file with a
different extension.  But the -C command line
switch compiles to a ton of class files instead
of a single jar which is another reason why I
rather use 
kawa -e '(compile-file "x.scm" "x.jar")'.

As far as interaction goes, I'd like to associate
an Emacs buffer/file with a (runtime) module.  It
would be nice if there were a way to evaluate
expressions in the "toplevel environment" of such
modules.  In that environment the toplevel macros
and toplevel functions of the module should be
callable even if not exported (in addition to
imported bindings).  It would also be nice to be
able to reload/relink/hotswap those modules with
newer versions of the module.

So Emacs could have a command like C-x C-e which
evaluates the expression before point in the
environment associated with the current
file/module.  Of course, it should also be
possible to compile modules without loading them
just to see compiler warnings.

Except for the relinking part, I think that such
a model isn't unreasonably inefficient.  And
relinking will probably be easy with
invokedynamic.

In terms of a REPL, there could be something
analogous to the "cd" command but instead of
changing the directory it would switch the
current module.  Something like Scheme48's ",in"
command.


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?27555>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/