Re: Problem to compile g-wrap

2011-10-12 Thread Paul Emsley
On 03/10/11 23:58, Germán Arias wrote: I found the problem. the configuration say: checking size of size_t... 4 checking size of ssize_t... 4 checking for guile... /usr/local/bin/guile checking for guile-config... /usr/local/bin/guile-config checking for guile-tools... /usr/local/bin/guile-tools

Why is guile still so slow?

2011-10-12 Thread John Lewis
I don't understand while Guile is so slow. According to these benchmarks http://www.cs.utah.edu/~mflatt/benchmarks-20100126/log3/Benchmarks.html GNU Guile is running about a order of magnitude slower than Bigloo, Chicken, Gambit, Ikarus, Larceny, MIT, and Racket(PLT) with most task. I am asking wh

Re: Why is guile still so slow?

2011-10-12 Thread rixed
-[ Wed, Oct 12, 2011 at 10:54:11AM -0400, John Lewis ] > I don't understand while Guile is so slow. According to these > benchmarks > http://www.cs.utah.edu/~mflatt/benchmarks-20100126/log3/Benchmarks.html > GNU Guile is running about a order of magnitude slower than Bigloo, > Chicken, Gambit,

Re: Why is guile still so slow?

2011-10-12 Thread Andy Wingo
Hi John, Some notes. 1. Speed is always relative. Guile is faster than CPython or MRI. It is slower than V8. Implementations can't be slow or fast; they can only be slower than X or faster than Y. 2. Widespread Ruby usage proves that speed is not the most important thing. V8 proves that "slo

Re: Why is guile still so slow?

2011-10-12 Thread John Lewis
Thank you for the responses everybody.

Procedure breakpoints

2011-10-12 Thread Tobias Gerdin
Hello, Is there any way to attach traps to another executing thread from the REPL? A use case would be to be able to trap procedures running in the main thread when I connect to a Guile started with the --listen option. -Tobias

Re: Why is guile still so slow?

2011-10-12 Thread Jose A. Ortega Ruiz
On Wed, Oct 12 2011, ri...@happyleptic.org wrote: [...] > Joking aside, maybe guile is too slow for writing whole apps in it, > but it's primary goal is to be an extension language, a companion for > another C/C++ program, or at best an orchestrator of business oriented > code. I really hope tha

Re: Why is guile still so slow?

2011-10-12 Thread rixed
> > but it's primary goal is to be an extension language, a companion for > > another C/C++ program, or at best an orchestrator of business oriented > > code. > > I really hope that that's not Guile's primary goal these days (and my > understanding is that it is not): i wouldn't be much interested

Re: Why is guile still so slow?

2011-10-12 Thread Jose A. Ortega Ruiz
On Thu, Oct 13 2011, ri...@happyleptic.org wrote: [...] >> I really hope that that's not Guile's primary goal these days (and my >> understanding is that it is not): i wouldn't be much interested if those >> were its goals ("orchestrator of business oriented code" sounds >> particularly dreadful

Re: Why is guile still so slow?

2011-10-12 Thread rixed
-[ Thu, Oct 13, 2011 at 01:56:32AM +0200, Jose A. Ortega Ruiz ] > Couldn't you use the FFI? While FFI makes indeed things simplier, it's only one part of the story. Scheme/C integration involves also: - main() func can be C or Scheme (in order to slowly goes from C to Scheme) - Scheme runtime