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 there
On Sat, 22 Feb 2014, Philipp Marek wrote:
> I might change my/the main repository over to github, though - it's much
> easier to
> accept pull requests there than to import patches from emails.
> Or are there any better ideas?
Hi Philip,
Thanks for lending a hand. Its nice seeing bugfixes get
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 ha
Hi all,
It is nearly six months since Juanjo announced that he was stepping down
as ECL's project lead (Oct 7). In the following month, there was a flurry
of activity and new maintainers were announced, but since then there has
been near silence. There is little mailing list or git commit act
On Tue, 18 Feb 2014, Marco Antoniotti wrote:
> what is the status of the ?environment functionality? from CLtL2 in ECL?
>
> (apropos ?-INFORMATION?) does not return anything.
>
> Any plan to include them? I would very much push for it.
Hi Marco,
ECL development is unusually slow of late. Do yo
Hi Faré,
Does the attached patch improve things on your system?
To apply the patch, run
$ git am 0001-fixes-for-the-detection-of-GC_start_call_back.patch
Then re-run configure and build.
Later,
DanielFrom 72bedda0ba2a8ddf11d86d032e00a8a95a09b842 Mon Sep 17 00:00:00 2001
From: D Herring
Date:
On Tue, 17 Dec 2013, Stas Boukarev wrote:
> Daniel Herring writes:
>> I'm having trouble with tab completion in current Slime and ECL (237af2).
...
> That's because of http://sourceforge.net/p/ecls/bugs/275/
Hi Stas,
For reference, here's a copy of the offending Swan
Last update for tonight:
f0e31ded051c21af2763c61a1218a7cc6e6b5ccd is good
c0b23555c67c24c7ddb23bc2a0f2129754c2058a is bad
Also, this is on 64-bit linux using GCC 4.8.1.
- Daniel
On Mon, 16 Dec 2013, Daniel Herring wrote:
> Hi all,
>
> I'm having trouble with tab completion in
Hi all,
I'm having trouble with tab completion in current Slime and ECL (237af2).
I've traced the root cause to Slime's swank.lisp. In particular, it
appears that the "defvar *swank-io-package*" isn't taking effect before
the body of "parse-package" is compiled.
This shows up in *inferior-lis
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
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 maintai
On Sat, 21 Apr 2012, Juan Jose Garcia-Ripoll wrote:
On Thu, Apr 5, 2012 at 4:42 AM, Daniel Herring 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
and a string prints in
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
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
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 tw
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
> l
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 N
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
> ch
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
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.
http://clqr.berlios.
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.
> Execut
On Tue, 1 Feb 2011, crox wrote:
> Please tell me, what gui libraries are known to be compatible with ecl
> (except EQL, obviously).
> In particular I'm interested in cl-gtk2.
If you want something small and simple, LTK is pretty good.
There are a couple good OpenGL bindings if you want to build
On Sun, 14 Nov 2010, a.shevlyakov wrote:
> Greetings,
> I'm using ECL 10.4.1, and trying to install asdf-install using this
> instruction:
> http://www.cliki.net/FirstStepsWithAsdfAndAsdfInstall
>
> So far I failed with this output:
>> (asdf:oos 'asdf:load-op :asdf-install)
>
...
> ;;; Invoking
On Sat, 13 Nov 2010, a.shevlyakov wrote:
Greetings,
I installed ecl 10.4.1 on arch linux (seemingly successful), but
compile-file command fails with the following message:
;;; Invoking external command:
;;; gcc "-I/usr/local/include/" -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64 -g -O2 -fPIC -Dli
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
mont
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 space/libtool
On Mon, 20 Sep 2010, Gabriel Dos Reis wrote:
On Mon, Sep 20, 2010 at 1:27 AM, Daniel Herring 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 what OS you&
On Sun, 19 Sep 2010, Juan Jose Garcia-Ripoll wrote:
> Autoconf is giving you a fake sense of security. Outside of standard
> features, the list of tests to be made is proportional to the number of
> differences of those platforms. And even then one cannot add those tests
> without checking
> the
28 matches
Mail list logo