Something like the Planets of Racket-lang? Should be able to install
offline, though~
2011/4/18 Noah Lavine noah.b.lav...@gmail.com:
Hello all,
I'm afraid this email is coming much later in the planning process
than it should, and quite possibly we won't be able to do any of this
for SoC,
On Fri, 15 Apr 2011, Andy Wingo wrote:
Hi Wolfgang,
On Mon 21 Mar 2011 01:24, Wolfgang J Moeller w...@heenes.com writes:
(4) compiler: Now that compiling into hidden ~.cache/... directories
has been declared the default behaviour, please cater to those
(like me) who'd always
Something that works through a http proxy (if HTTP is going to be sued),
would be nice too. Failing that, an easy way of creating and using local
mirrors and repos would be really useful.
That's my pet hate with racket.
On Mon, 2011-04-18 at 15:56 +0800, CRLF0710 wrote:
Something like the
Hi all,
Andy Wingo wi...@pobox.com writes:
We need to shake up those students. But if we were to get more slots
-- totally unknown at this point, btw -- we would need more mentors,
and more projects. For example Diogo might be interested in
guile-gnome stuff, and perhaps Paul or Kentarô
Hi all,
With Noah's suggestion of moving the Guile vm in a direction to support CLisp
work as well, I became curious about the status of the various Guile back ends
(Lightning and Guile-vm). These questions are largely out of personal interest
and not leading up to any particular piece of work
Hello,
Let me clarify a bit about Lightning and the stuff I've been doing:
Lightning is a very low-level assembler framework. It is embeddable,
and Guile could certainly target it, but targeting Lightning would be
just a speed enhancement - it wouldn't make us more compatible with
anything else.
Hello,
There are experience reports suggesting that LLVM is not well suited for
JIT: it’s relatively slow because the main goal is AOT, not JIT, and has
a large memory footprint.
For example, from http://vmkit.llvm.org/publications/vmkit.html,
Section 4.3 (“Startup Time”):
Although LLVM has
Guile 2.0 has been there for some time. Why there's still not any
guile-2.0 package in linux distributions?
Did they have trouble packaging it?
By the way, is the .go file portable? Building them(rnrs, ice-9 etc)
during compiling guile takes so long...
Thanks
--
CrLF.0710
I don't know about the packaging, but I think the .go files depend on
the endianness of the machine but nothing else. So you should be able
to move them between different little-endian or big-endian machines
(unless I'm wrong). But it seems much safer to me to just compile
things. You shouldn't
Thanks. I want to deploy guile 2.0 to about ten machines ( of our
development team members'). Since they have the same endianness maybe
i'll give this a try...
But now i worry most about the deployment of our final software. The
deployment will be in September. Well, most of the dependencies can
10 matches
Mail list logo