Re: [Ecls-list] ECL build failure on ubuntu 12.04LTS

2014-02-26 Thread Daniel Herring
On Wed, 26 Feb 2014, Fare wrote: Is there a new maintainer for ECL? Maybe. Philipp pushed a couple patches recently. Should I register the two issues on http://sourceforge.net/p/ecls/bugs/ ? Yes. That should help new maintainers get things back in order. Speaking of which, I think

Re: [Ecls-list] Adding AO_REQUIRE_CAS before libatomic-ops include

2014-02-21 Thread Daniel Herring
On Sat, 28 Dec 2013, Christoph Egger wrote: Please consider the attached patch. It enables CAS emulation on systems, that do not have native CAS instructions (?!), which is, for example, true on ARM ARMv6 Hi Christoph, How well is the CAS emulation working for you? If this emulation has

[Ecls-list] LGPL3 and AGPL3

2013-10-24 Thread Daniel Herring
IANAL... On Fri, 18 Oct 2013, Matthew Mondor wrote: You are right about the AGPL, however, the LGPL3 license inherits from the GPL3 one (the LGPL2 license was standalone), and this is as part of the GPL3: 13. Use with the GNU Affero General Public License. Notwithstanding any other

Re: [Ecls-list] ECL and UIs

2013-05-05 Thread Daniel Herring
I believe Qt is the best GUI toolkit currently available for any language. On Wed, 1 May 2013, Jason Sewall wrote: I meant that EQL is some version of ECL distributed with custom Qt bindings. The downside is that upstream changes in ECL may or may not be available in EQL until the

Re: [Ecls-list] slowdown using Slime

2012-04-22 Thread Daniel Herring
On Sat, 21 Apr 2012, Juan Jose Garcia-Ripoll wrote: On Thu, Apr 5, 2012 at 4:42 AM, Daniel Herring dherr...@tentpost.com wrote: One of the pauses occurs when editing a make-instance form in a source buffer.  Every time I type a key in a make-instance form, there is a pause

[Ecls-list] slowdown using Slime

2012-04-04 Thread Daniel Herring
Hi, I'm running Slime on ECL, and both were updated about a week old right now. There are often noticeable pauses when typing in a source buffer. I'm not sure whether this is a new behavior; I had been doing most interactive development under SBCL for the past year, and my Slime was almost

Re: [Ecls-list] slowdown using Slime

2012-04-04 Thread Daniel Herring
On Wed, 4 Apr 2012, Daniel Herring wrote: I'm running Slime on ECL, and both were updated about a week old right now. There are often noticeable pauses when typing in a source buffer. I'm not sure whether this is a new behavior; I had been doing most interactive development under SBCL

Re: [Ecls-list] slowdown using Slime

2012-04-04 Thread Daniel Herring
On Wed, 4 Apr 2012, Daniel Herring wrote: On Wed, 4 Apr 2012, Daniel Herring wrote: I'm running Slime on ECL, and both were updated about a week old right now. There are often noticeable pauses when typing in a source buffer. I'm not sure whether this is a new behavior; I had been doing

Re: [Ecls-list] Mutex fairness

2012-03-27 Thread Daniel Herring
On Sun, 25 Mar 2012, Juan Jose Garcia-Ripoll wrote: Working further on the userspace implementation locks, I realized that it is hard to come up with an implementation that is both fast and fair, understanding by the last concept the fact that all threads have more or less the same

Re: [Ecls-list] Latest changes

2012-03-27 Thread Daniel Herring
On Sun, 18 Mar 2012, Juan Jose Garcia-Ripoll wrote: The current philosophy is as follows: * The lock is a word-sized field in a structure, atomically updated by the locking thread. * The no-wait locking amounts to trying to reset the field atomically (using libatomics), and returning NIL

Re: [Ecls-list] Mutex fairness

2012-03-27 Thread Daniel Herring
On Tue, 27 Mar 2012, Juan Jose Garcia-Ripoll wrote: This is tricky. Ideally we should not need any polling at all. The only reason for polling to exist is because we do not have a portable implementation of a wait queue, such as C++'s new eventcount. In other words, we the slow path looks

Re: [Ecls-list] Bug in code detecting stack growth direction

2012-02-09 Thread Daniel Herring
On Fri, 3 Feb 2012, Juan Jose Garcia-Ripoll wrote: I just noticed that some cleverly optimizing compilers broke the code I used to detect whether the stack grows upwards or downwards. I will upload a patch tonight. Wouldn't two calls to alloca() in a single function give a reliable answer

Re: [Ecls-list] Documentation missing

2011-02-27 Thread Daniel Herring
On Wed, 23 Feb 2011, Juan Jose Garcia-Ripoll wrote: Then what you are asking for is a summary of the CLHS text. Right now, not really a priority for me, but definitely something where non developers may contribute (see src/doc/help.lsp :-) The CLQR may be useful here.

Re: [Ecls-list] Unicode 16-bits

2011-02-21 Thread Daniel Herring
On Sat, 19 Feb 2011, Juan Jose Garcia-Ripoll wrote: Would you find it useful to have an ECL that only supports character codes 0 - 65535? That would make it probably easier to embed the part of the Unicode database associated to it ( 65535 bytes) and have a standalone executable.

Re: [Ecls-list] Revisiting locks and signals

2010-10-24 Thread Daniel Herring
New APIs like signalfd are moving away from the random-interrupt model of signals towards a more I/O friendly model. See e.g. http://lwn.net/Articles/225714/ On Sun, 24 Oct 2010, Juan Jose Garcia-Ripoll wrote: Beware, the following is a collection of confused ideas that pop up every few

Re: [Ecls-list] Help needed: autoconf with spaces in names

2010-10-08 Thread Daniel Herring
On Sun, 3 Oct 2010, Juan Jose Garcia-Ripoll wrote: It seems that configure does not work when one of the directories contains a space in the name. Is this a known limitation? Here's output from a recent GNU package's configure script. # ../a\ space/libtool-2.4/configure ../a

Re: [Ecls-list] ecl is linking unnecessarily to libintl.so (at least on OpenSolaris)

2010-09-22 Thread Daniel Herring
On Mon, 20 Sep 2010, Gabriel Dos Reis wrote: On Mon, Sep 20, 2010 at 1:27 AM, Daniel Herring dherr...@tentpost.com wrote: On Sun, 19 Sep 2010, Juan Jose Garcia-Ripoll wrote: If the test passes without -lintl, then that library is not used.  If it only passes with -lintl, then you don't care