Sorry for not having been active, including on this list.
On Sun, 15 Feb 2015 21:55:20 +0100
Daniel Kochmański wrote:
> most of you have probably noticed, that ECL is unmaintained for quite a
> while. Some spontaneous attempts are made, like submitting a patch, or
> answering question - what i
> Fixed a NUL-termination bug in SOCKET-BIND and SOCKET-CONNECT. by Arto
> Bendiken
> http://sourceforge.net/p/ecls/ecl/ci/fa48714dd86d4bf2c3c1f0210cca3e7875771e92/
>
> http://sourceforge.net/p/ecls/ecl/ci/fa48714dd86d4bf2c3c1f0210cca3e7875771e92/tree/contrib/sockets/sockets.lisp?diff=633c3a5f63
On Wed, 01 Oct 2014 12:00:54 -0300
"José Roberto B. de A. Monteiro" wrote:
> I am wondering if it is possible to link a pure C compiled file, in .o
> or .so (or .dll) formats, into a running Lisp process and how I can do that.
>
> The case is a am running ECL via Emacs+Slime and it would be very
On Mon, 22 Sep 2014 15:08:09 +0200
Arto Bendiken wrote:
> On Mon, Sep 22, 2014 at 7:42 AM, Philipp Marek wrote:
> > I added you to the project; thank you very much for any time and help that
> > you can offer!
>
> Thanks, Phil. I've accordingly taken care of closing obsolete tickets
> and merg
On Sat, 12 Jul 2014 14:11:31 +0200
Michal wrote:
> Hello,
>
> In Guile we can manually trigger garbage collector using
> (gc)
> or
> scm_gc()
> from Scheme or C code respectively. Is there such possibility in ECL?
(describe 'gc)
Although if I remember, it's not uncommon to need to exec
On Fri, 20 Jun 2014 11:19:00 -0700
Andrew Lyon wrote:
> Hello all. I'm the author of cl-async (
> https://github.com/orthecreedence/cl-async) and I'm getting segfaults when
> using it in Windows with ECL (Windows 7 x64, ECL git (52bbd351500), libffi
> 3.0.11, libevent 2.0.21, all compiled via 32b
On Mon, 16 Jun 2014 23:43:15 -0400
Jimmy Lu wrote:
> I sequestered SB-BSD-SOCKETS and it still did not work. It seems more
> of an ECL problem, failing to recognize SB-BSD-SOCKETS as a dependency
> and link it into the standalone program, or there is something I am
> missing to make ECL recogniz
On Thu, 01 May 2014 11:44:00 +0200
"Pascal J. Bourguignon" wrote:
> clisp distinguishes the following encodings:
>
> CUSTOM:*DEFAULT-FILE-ENCODING* for :external-format :default
> CUSTOM:*FOREIGN-ENCODING*for FFI
> CUSTOM:*MISC-ENCODING* for the rest
> CUSTOM:*PATHNAME-ENCODI
I expect other fallout than bugs 289 and 290 is possible.
I suggest to also check the code for the various grep matches:
c/array.d:141: case t_base_string:
c/array.d:284: case t_base_string:
c/array.d:876: case t_base_string:
c/array.d:903: case t_base_string:
c/array.d:1053: case t_base_st
On Sat, 26 Apr 2014 20:26:43 +0200
"Philipp Marek" wrote:
> Now, my question - is it okay to remove the type conversion as
> in the attached patch? Or should it be kept that way, because
> of some CL requirements?
> (I checked SBCL, ABCL, and CLISP - all of these return
>CHARACTERS for _bot
On Sat, 30 Nov 2013 11:04:58 -0500
Matthew Mondor wrote:
Correction:
> surrounded by other syscalls related to interrupt control). Despite
> this I decided to initially stress test the application, and it had a
> decent uptime, until the same issue happened again. I then
--
Matt
>From c781325c781407c4187fd8cb00ec23e5a8e6c8db Mon Sep 17 00:00:00 2001
From: Matthew Mondor
Date: Tue, 26 Nov 2013 21:54:32 -0500
Subject: [PATCH] - Dynamically bind the condition as well in the debugger,
not only the message - Raise some *PRINT-LENGTH* limits
in the debug
As I'm working on a new project written in Lisp for ECL, I have
encountered some stability issues, but it seems that it's now getting
much more stable after having investigated the issues and consequently
doing some tests. Ideally this should probably eventually be
documented better and officiall
On Sat, 09 Nov 2013 21:14:07 +0400
Anton Vodonosov wrote:
> So, a possible explanation of hanging child process
> is that the parent was killed by test-grid-agent
> right before it has written to byte to the child.
At rare occasions I observe a hang when doing C-c C-c from Slime, it
perhaps coul
On Tue, 5 Nov 2013 00:26:49 -0500
Matthew Mondor wrote:
(the format-diff generated variant)
--
Matt
>From f2ee44eeeba84bcdb7af8100c6c4a3570f2665ff Mon Sep 17 00:00:00 2001
From: Matthew Mondor
Date: Mon, 4 Nov 2013 23:33:50 -0500
Subject: [PATCH] Implement a few non-blocking MP functi
conditions, this probably has
to be carefully reviewed.
Thanks,
--
Matt
commit f2ee44eeeba84bcdb7af8100c6c4a3570f2665ff
Author: Matthew Mondor
Date: Mon Nov 4 23:33:50 2013 -0500
Implement a few non-blocking MP functions:
MP:TRY-GET-SEMAPHORE
returns NIL if the semaphore coul
On Tue, 29 Oct 2013 22:59:50 +0100
Juan Jose Garcia-Ripoll wrote:
[...]
> Internally, ECL converts this into
>
> (LET* ((X (FOO)) (A X)) (DECLARE (FIXNUM A)) ...)
>
> Now, since "A" is read only, it is replaced by the value X, which was not
> declared to be a FIXNUM. One could fix the transform
Hello again,
I have two compiter-related questions. These are not bug reports and
if they point at aspects where optimizations could be safely enhanced,
it is low priority, as the generated code is not buggy. It's all for
the better if I can learn more about how the compiler deals with these.
On Mon, 28 Oct 2013 19:38:46 +0100
Eckhard Wiederhold wrote:
> - (subtypep 'si:property-list 'condition) and (subtypep
> 'si::proper-list 'condition) raise "Stack overflow."
> serious-condition
> Question: Is this some issue I need to report here:
> http://sourceforge.net/p/ecls/b
On Mon, 21 Oct 2013 10:42:55 -0400
Matthew Mondor wrote:
> On Mon, 21 Oct 2013 16:29:38 +0200
> Juan Jose Garcia-Ripoll wrote:
>
> > On Mon, Oct 21, 2013 at 4:26 PM, Matthew Mondor
> > wrote:
> >
> > > Perhaps also causing confusion is that at
> &
On Mon, 21 Oct 2013 15:46:48 +0200
"Pascal J. Bourguignon" wrote:
> Matthew Mondor
> writes:
> > If you also mean that CLisp can also optionally do such conversions
> > transparently on request (or that its interface allows user code to do
> > this more efficie
Please review this diff, which basically makes two changes:
- Refer to the mp:*current-process* symbol once rather than twice to
avoid redundant resolution
- Since the lock object's count slot is considered a fixnum by the
internal code, also declare it as fixnum to avoid calling a
compariso
On Mon, 21 Oct 2013 16:29:38 +0200
Juan Jose Garcia-Ripoll wrote:
> On Mon, Oct 21, 2013 at 4:26 PM, Matthew Mondor
> wrote:
>
> > Perhaps also causing confusion is that at
> > http://sourceforge.net/projects/ecls/?source=directory
> > 12.7.1 is still shown in the &q
On Mon, 21 Oct 2013 16:11:50 +0200
Juan Jose Garcia-Ripoll wrote:
> This one is old and no longer updated. We moved to SF's standard git repos
> some time ago.
> https://sourceforge.net/p/ecls/ecl/ci/master/tree/
Perhaps also causing confusion is that at
http://sourceforge.net/projects/ecls/?sou
On Mon, 21 Oct 2013 12:24:50 +0200
"Pascal J. Bourguignon" wrote:
> When reading utf-8 or other unicode streams, invalid byte sequences can
> signal errors, be substituted by a given character, or be encoded into
> application reseved code points to be able to transparently transmit the
> invalid
On Mon, 7 Oct 2013 10:54:01 +0200
Juan Jose Garcia-Ripoll wrote:
> * *I am resigning and opening the position of ECL maintainer for anyone to
> take*. I will grant him or her with full administrative rights and full
> responsibility over the project's future. No need to fork the project: if
> you
On Fri, 18 Oct 2013 21:04:10 +0100
Dima Pasechnik wrote:
> I don't know what makes one think that LGPLv3 has issues with web
> applications.
> This applies to AGPL, but not to LGPL, as far as I know.
You are right about the AGPL, however, the LGPL3 license inherits from
the GPL3 one (the LGPL2
On Fri, 11 Oct 2013 09:10:57 +0200
Michael Wood wrote:
> http://bsdmp.org/
> http://crd-legacy.lbl.gov/~dhbailey/mpdist/ (although the license for this
> one appears to want you to fill in your contact details, despite looking
> like a BSD license?)
After having looked briefly I have the impress
On Sun, 13 Oct 2013 18:35:52 +0200
Peter Münster wrote:
> On Thu, Oct 10 2013, Matthew Mondor wrote:
>
> > for now am still an active user of ECL (my web site is hosted on it
> > among others)
>
> Hi,
>
> That's interesting. I would like to build a web sit
On Thu, 10 Oct 2013 17:51:14 -0400
Matthew Mondor wrote:
> On Mon, 7 Oct 2013 10:54:01 +0200
> Juan Jose Garcia-Ripoll wrote:
> > * I am not going to change ECL's license. LGPL3's restrictions on web
> > applications seem stupid to me and, as experience has shown,
On Mon, 7 Oct 2013 10:54:01 +0200
Juan Jose Garcia-Ripoll wrote:
> * The consequence is that the time I can devote to ECL has serious ups and
> downs. In an environment of rapidly developing tools and libraries, this is
> quite unfortunate, as the project may lag behind and become obsolete. This
On Fri, 4 Oct 2013 13:06:37 + (UTC)
"anri p." wrote:
> I've recently encountered a situation, when calling compiled C function like:
>
> double
> fn( double a);
>
>
> from ECL causes to return garbage. It seem that it is ether an UFFI bug
> or misconfiguration in the build environment. Thi
On Fri, 30 Aug 2013 14:50:59 +0200
Juan Jose Garcia-Ripoll wrote:
> On Fri, Aug 30, 2013 at 11:15 AM, Matthew Mondor
> wrote:
> > Would it only be for the Windows port? I only looked for matches for
> > MPIR, but I fail to see ready packages for MPIR on NetBSD or Ubuntu (I
&
On Fri, 30 Aug 2013 09:37:07 +0200
Juan Jose Garcia-Ripoll wrote:
> Hi again,
>
> still struggling with the Windows port, I am seriously considering a
> switch to MPIR, which seems to build better with all environments,
> while preserving the original license.
>
> If anybody has an objection, c
On Wed, 24 Jul 2013 11:08:45 +0900
Dietrich Bollmann wrote:
> What do you mean by "dynamic/special variable"?
This is not ECL specific, but Common Lisp and various other lisps
support variables with dynamic extent. Sorry if this is already
obvious to you and a misunderstanding, or if this CL-ge
On Thu, 18 Jul 2013 01:33:28 +0200 (CEST)
Waldek Hebisch wrote:
> IIUC for some time ecl enables threads by default, however
> confugure help says:
>
> --enable-threadssupport for native threads (yes|no|auto,
> default=NO).
>
> I am not sure if AUTO or YES ar
On Sun, 14 Jul 2013 00:31:27 +0900
Dietrich Bollmann wrote:
> I compiled my ECL lisp functions with asdf:make-build into a library.
>
> Some functions depend on the value of a global variable which has to be set
> in the code using the library.
>
> But when changing the value of the global vari
On Wed, 17 Jul 2013 21:43:00 +0900
Dietrich Bollmann wrote:
> - Functions might be faster than methods
>
>
> Something like this?:
>
> === definitions ===
>
> (defun make-cube (&key (size 1.0))
> (ffi:c-inline (size) (:double) :pointer-void "new Cube(#0)" :one-liner t))
>
> (defun cube-get
On Thu, 11 Jul 2013 20:26:11 +0900
Dietrich Bollmann wrote:
> I want to wrap a pointer to a C++ constant into a lisp constant.
>
> The following
>
> (defconstant +xy-plane+
> (ffi:c-inline () () :pointer-void "(void *) &ON_xy_plane" :one-liner t))
>
> results in this error:
[...]
>
> Bu
On Thu, 11 Jul 2013 20:46:15 +0900
Dietrich Bollmann wrote:
> [An answer to my own posting - I hope this is helpful for others with
> similar problems]
>
> Hi,
>
> Here how I finally solved the problem and wrapped the C++ class (sorry for
> the long delay):
> [...]
That is pretty nice and clea
On Sun, 7 Jul 2013 18:17:28 +0200
Peter Enerccio wrote:
> Sure. memory can be read only, but that has more to do with OS, CPU
> registers and segmentation, really. And it only applies to cstrings and
> constant numbers, really. You cant mark class/struct in ro memory, because
> even though class/
On Sun, 07 Jul 2013 19:51:25 +0200
Christoph Egger wrote:
> Is there any chance this will get fixed agani?
Another option (than having ECL use an already installed libffi library)
is to build it without libffi support, if you don't need it, using
--with-dffi=no
--
Matt
On Sat, 06 Jul 2013 11:35:35 +0200
"Pascal J. Bourguignon" wrote:
> > Unless I'm mistaken (disclaimer: I'm no lawyer), dynamic linking is
> > fine, as it allows to fulfill the requirement that the user be able to
> > upgrade the LGPL dependencies, while static linking might be
> > problematic...
On Sun, 7 Jul 2013 17:27:38 +0200
Peter Enerccio wrote:
> Constness of a pointer, in c and c++ means absolutely nothing. It is just a
> way for programmer to self policy, same as private/public in c++/java, they
> are only for compilers to throw errors and programmers to avoid those
> errors. In
On Sat, 06 Jul 2013 09:38:20 +0400
Anton Vodonosov wrote:
> > 1 - Licensing/the ecl-android build process. ECL is LGPL, which means I
> > can't statically link against it without open sourcing my project (which I
> > can't), but ecl-android generates a static library for it. Since there are
>
On Tue, 2 Jul 2013 12:16:07 +0200
Juan Jose Garcia-Ripoll wrote:
> * Declaration of C variables
>
> (let ((a (cos 1.0))
> (declare (:double a))
> ...)
>
> * Direct references to C variables
>
> (ffi:c-inline (a b) (:double :double) :void
>"#0 = cos(#1)")
>
> * Embed imperative lisp in
On Wed, 03 Jul 2013 17:42:30 +0100
William Hounslow wrote:
> On 01/07/2013 22:14, Juan Jose Garcia-Ripoll wrote:
> > ECL is not capable of finding the files for its installation. Try
> > setting ECLDIR environment variable manually to the system directory
> > where things are stored (defaults /us
On Fri, 28 Jun 2013 05:48:09 -0400
Matthew Mondor wrote:
> Ilya, I'm not sure if you want this for debugging or to implement lazy
> function creation. If for the latter, I would suggest using a custom
> protocol to call those special functions which should be automatically
> in
On Fri, 28 Jun 2013 09:56:57 +0200
Juan Jose Garcia-Ripoll wrote:
> The Slime code has code to trace the lisp interpreter stack and local
> variable definitions (this includes function arguments), but this is stack
> is not used by compiled code at all, unless you set very high debugging
> levels
On Mon, 24 Jun 2013 16:36:41 +0200
Juan Jose Garcia-Ripoll wrote:
> Simple errors carry an explanatory message, file errors do not; for this
> reason most errors signaled by ECL are mixins of simple-error and some more
> fundamental class.
Thanks for the explanation,
--
Matt
--
On Mon, 24 Jun 2013 10:29:46 -0400
Matthew Mondor wrote:
> presented as SIMPLE-FILE-ERROR in these new implementations which
s/implementations/versions/
/me blames "la fete nationale" :)
--
Matt
--
This
On Mon, 24 Jun 2013 15:47:39 +0200
Didier Verna wrote:
> So if ECL is raising a SIMPLE-ERROR instead, that would be a bug in ECL,
> and not in ASDF.
>
> One thing that seems odd is that it seems ECL is claiming that it's
> asked to delete a directory, not a file. Can you trap the argument to
>
On Mon, 24 Jun 2013 16:19:45 +0200
Didier Verna wrote:
> Matthew Mondor wrote:
> > Condition of type: SIMPLE-FILE-ERROR
>
> I don't get that:
>
> ECL (Embeddable Common-Lisp) 12.7.1
The versions I have are 12.12.1 and 13.5.1, it probably has been fixed
sin
On Tue, 18 Jun 2013 17:16:47 +0100
William Hounslow wrote:
> malformed header from script. Bad header=No restarts available.: testpage
It seems that the executable signals a condition for which there exists
no handler or restart, but it's difficult to find out why without more
details.
Verify t
On Sun, 16 Jun 2013 14:48:26 +0300
timo.my...@wickedbsd.net (Timo Myyrä) wrote:
> Probably my misconfiguration or quicklisp issue.
> Seems that the quicklisp loaded older version of trivial-garbage which didn't
> include ECL support. Removed all local trivial-garbage dists and reloaded it
> and
On Sun, 16 Jun 2013 12:24:23 +0300
timo.my...@wickedbsd.net (Timo Myyrä) wrote:
> Hi,
>
> When trying to load cl+ssl via quicklisp it raises error that ECL doesn't
> support weak key hash tables. Problem seems to be raised in trivial-garbage.
>
> Here's quick way to replicate this:
>
> (ql:quic
On Thu, 13 Jun 2013 10:32:39 +0900
Dietrich Bollmann wrote:
> In my ECL FFI code I rely on the C++ class 'Cube' implemented in 'Cube.h'
> and 'Cube.cpp'.
> [...]
> Is there a better way - for example a keyword parameter for
> 'asdf:make-build' etc. - which allows to add object files etc. to the
>
On Thu, 13 Jun 2013 10:30:33 +0900
Dietrich Bollmann wrote:
> CLOS relies on a garbage collector to destruct objects which are not
> referenced anymore, so no explicit destructor method is foreseen.
>
> However, when wrapping a C++ class into a CLOS class, the destructor of the
> C++ object has
On Mon, 10 Jun 2013 07:02:41 -0700
Juan Jose Garcia-Ripoll wrote:
> On Mon, Jun 10, 2013 at 4:39 AM, Matthew Mondor
> wrote:
>
> >
> > I believe that boehm-gc permits to temporarily disable the GC for
> > critical sections?
> >
> > By a quick look,
Hello,
I believe that boehm-gc permits to temporarily disable the GC for
critical sections?
By a quick look, it seems that ECL does not export such facility right
now, but would it be nonsense to eventually allow this for use by rare
but specific code sections which should ideally execute as pred
On Tue, 28 May 2013 22:19:54 +0200
Juan Jose Garcia-Ripoll wrote:
> See file src/CHANGELOG or browse it online
>
> http://ecls.cvs.sourceforge.net/viewvc/ecls/ecl/src/CHANGELOG?view=markup
Thanks for the release.
I confirm that post-release ECL git HEAD works fine on NetBSD-6 x86-32
and x86-64
On Thu, 23 May 2013 08:01:51 -0400
Matthew Mondor wrote:
> ECL internally stores unicode strings using UCS-32, and the base-string
> only accepts character codes 0-255.
Correction: UCS-4, not 32 :)
--
Matt
--
T
On Thu, 23 May 2013 08:01:51 -0400
Matthew Mondor wrote:
> Unfortunately, path/file names encoding are OS-specific, file-system
> specific and may be locale specific...
> [...]
I found the reference I was looking for only after posting the previous
message; also see:
http:/
On Thu, 23 May 2013 14:02:58 +0400
Stanislav Frolov wrote:
> I have trouble with filename encoding on Linux (utf-8) and windows (cp866?).
>
> Examples
>
> There is one file in directory: "тест" (mean "test" in russian).
> (directory "*") => (#P"/path/to/ÑеÑÑ")
>
> Let's try create pathname
On Thu, 16 May 2013 15:09:59 -0700
Jason Sewall wrote:
> P.S. Here's the C file (or the first part of it, anyway) if I add the
> optimize directive to the above:
Would it be possible to indicate what you expect different below?
> /*Compiler: ECL 13.4.1
On Mon, 13 May 2013 14:33:00 +0400
"Ala'a Mohammad" wrote:
> Finally I created a C file named try.c that will load libtest.so
> dynamically, which succeeded, but failed to locate the symbol L1sum_array
> or demo_sum_array.
It's possible that you need to use the ECL library to resolve the
functio
On Tue, 30 Apr 2013 11:42:12 -0700
Jason Sewall wrote:
> I have a C library I have been working on and I'd like to use (Common)
> Lisp to write a UI to go on top of it.
>
> I first seized upon ECL for the Lisp, since I could easily make an
> interface to the library, and I had a notion at Common
Hello again,
My apologies if this is not the proper list to ask this, but since it's
an ECL specific ASDF code path:
I noticed that when loading ASDF it now disables *LOAD-VERBOSE* which
usually defaults to T on ECL:
#+ecl
(eval-when (:load-toplevel :compile-toplevel :execute)
(setf *load-verb
On Tue, 16 Apr 2013 09:18:21 -0400
Matthew Mondor wrote:
> On Sat, 13 Apr 2013 22:22:21 -0400
> Matthew Mondor wrote:
>
> > If that's not already possible, do you think that it would be a good
> > idea to also configure the temporary path via a variable, such that it
On Sat, 13 Apr 2013 22:22:21 -0400
Matthew Mondor wrote:
> If that's not already possible, do you think that it would be a good
> idea to also configure the temporary path via a variable, such that it
> can be set in ~/.eclrc ?
Shortly after posting this, I realized that EXT:SETE
On Sun, 14 Apr 2013 12:20:08 +0200
Juan Jose Garcia-Ripoll wrote:
> On Sun, Apr 14, 2013 at 4:22 AM, Matthew Mondor
> wrote:
>
> > Immediately I remembered that /tmp/ is a memory filesystem mounted with
> > a no-exec option,
> >
>
> Is this a general strat
On Sun, 14 Apr 2013 01:26:23 +0200
Juan Jose Garcia-Ripoll wrote:
> On Sat, Apr 13, 2013 at 9:07 PM, Matthew Mondor
> wrote:
>
> > Hmm I'll have to do some more tests I guess. It's possible that my git
> > tree isn't properly in sync with yours, although &q
On Sat, 13 Apr 2013 20:06:45 +0200
Juan Jose Garcia-Ripoll wrote:
> On Sat, Apr 13, 2013 at 7:44 PM, Matthew Mondor
> wrote:
>
> > ;;; Loading #P"/usr/local/ecl/lib/ecl-13.4.1/profile.fas"
> > ;;
> > ;; Error while loading
> > /home/mmondor/.sli
On Sat, 13 Apr 2013 20:06:45 +0200
Juan Jose Garcia-Ripoll wrote:
> On Sat, Apr 13, 2013 at 7:44 PM, Matthew Mondor
> wrote:
>
> > ;;; Loading #P"/usr/local/ecl/lib/ecl-13.4.1/profile.fas"
> > ;;
> > ;; Error while loading
> > /home/mmondor/.sli
On Sat, 13 Apr 2013 12:03:47 -0400
Matthew Mondor wrote:
> On Sat, 13 Apr 2013 00:16:19 +0200
> Juan Jose Garcia-Ripoll wrote:
>
> > I have change this, though, and #+unix is now reported for all what is now
> > considered unix.
>
> The build now succeeds, however:
On Sat, 13 Apr 2013 00:16:19 +0200
Juan Jose Garcia-Ripoll wrote:
> I have change this, though, and #+unix is now reported for all what is now
> considered unix.
The build now succeeds, however:
ninja$ /usr/local/ecl/bin/ecl
;;; Loading #P"/usr/local/ecl/lib/ecl-13.4.1/asdf.fas"
An error occurr
On Sat, 13 Apr 2013 00:16:19 +0200
Juan Jose Garcia-Ripoll wrote:
> There is a bit of confusion here. ECL simply exports several C macros as
> features. :unix is exported because the compiler reports unix, not because
> it detects a unix-compatible system. Actually this is a very old definition
>
On Tue, 2 Apr 2013 19:29:50 -0400
Matthew Mondor wrote:
> On Tue, 2 Apr 2013 17:46:43 -0400
> Matthew Mondor wrote:
>
> > I cannot have a deeper look immediately, but should try to investigate
> > it soon...
>
> If I understand, ASDF expects *FEATURE* :UNIX, bu
On Tue, 2 Apr 2013 17:46:43 -0400
Matthew Mondor wrote:
> I cannot have a deeper look immediately, but should try to investigate
> it soon...
If I understand, ASDF expects *FEATURE* :UNIX, but ECL exports :NETBSD
not :UNIX
(defun os-unix-p ()
(or #+abcl (featurep :unix)
On Tue, 2 Apr 2013 23:17:10 +0200
Juan Jose Garcia-Ripoll wrote:
> On Tue, Apr 2, 2013 at 9:35 PM, Juan Jose Garcia-Ripoll <
> juanjose.garciarip...@gmail.com> wrote:
>
> > If you have a critical bug (two about FORMAT have been reported, but I may
> > as well leave them for later), please report
On Fri, 22 Mar 2013 13:03:51 -0400
Matthew Mondor wrote:
> I forgot to mention it, but another complexity is that thread to CPU
> affinity configuration is also OS-specific. Several systems appear to
> support pthread_setaffinity_np(3) but it's an unofficial extension
> (hen
On Fri, 22 Mar 2013 12:52:19 -0400
Matthew Mondor wrote:
> On Fri, 22 Mar 2013 11:46:16 +0530
> Vijay Mathew wrote:
>
> > Is there a function in ECL to find the number of processors?
>
> Not that I know, although it's often a good idea to provide a
> configurati
On Fri, 22 Mar 2013 11:46:16 +0530
Vijay Mathew wrote:
> Is there a function in ECL to find the number of processors?
Not that I know, although it's often a good idea to provide a
configuration knob such that the user of the software can decide how
many threads to use.
If we want to add such fu
On Sat, 16 Mar 2013 17:39:07 +0400
Anton Vodonosov wrote:
> Christian, have you compared these options, or you were just guided by
> interest
> to learn/try your own Lisp -> LLVM implementation?
There seems to be an issue with the mail, claimed as text/html only and
with malformed HTML, so it w
On Thu, 7 Mar 2013 13:26:22 -0500
Sam Sam wrote:
> Now, about the name mangling - is there any way to control it? For example, i
> had a (defun main ...
> which
> got renamed to L1main(). Not so bad yet, but the top-level LISP code
> gets wrapped in a function with a completely random and unpr
On Fri, 1 Mar 2013 14:30:41 -0500
Sam Sam wrote:
> Currently, i use (asdf:make-build :example but that doesnt leave any C files
> around.
>
> example.asd:
>
> (defsystem :example
> :depends-on (:cl-opengl :cl-glu :cl-glut)
> :serial t
> :components ((:file "simple")))
I've not tried it
On Sun, 3 Feb 2013 02:32:42 +0100
Peter Enerccio wrote:
> I actually got it working, so it was most likely problem on my side. Thanks!
You're welcome, and I'm glad that it works,
--
Matt
--
Everyone hates slow websites
On Fri, 01 Feb 2013 09:34:48 -0700
Alfred Steffens Jr wrote:
> I have an ECL interpreter embedded in a C application, linked with
> -lecl. I have a global string
>
> char name[32];
> strcpy(name, "hello");
>
> The C function GetName returns the address of name[],
>
> int GetName()
> { retur
On Thu, 31 Jan 2013 17:03:44 -0500
Matthew Mondor wrote:
> Hmm that's not impossible, especially if it's a recent migration or
> concerns mostly the bytecode interpreter (which I have less experience
> with except for the REPL).
s/migration/regression/ of
On Thu, 31 Jan 2013 22:48:24 +0100
Juan Jose Garcia-Ripoll wrote:
> On Wed, Jan 30, 2013 at 5:06 PM, Peter Enerccio wrote:
>
> > Well, I am trying to get with handler-bind, however, it still prints
> > nothing at all (for the backtrace, I mean)
> >
>
> Probably what Anton said is the origin of
On Thu, 31 Jan 2013 07:58:17 +0100
Peter Enerccio wrote:
> Even if I put declaim in the file, it is still compiled with
> DEBUG 0
>
> ;;; Compiling /media/home/home/enerccio/
> projects/gaia/gaia/src/postinit.lisp.
> ;;; OPTIMIZE levels: Safety=2, Space=0, Speed=3, Debug=0
If I remember th
On Wed, 30 Jan 2013 17:06:47 +0100
Peter Enerccio wrote:
> Well, I am trying to get with handler-bind, however, it still prints
> nothing at all (for the backtrace, I mean)
Was the code compiled with an optimize debug level 2 or over? I think
that to get backtraces I needed that.
i.e. at the s
On Tue, 29 Jan 2013 15:07:19 +0100
Peter Enerccio wrote:
> Hello,
>
> I wanted to ask if it is possible to overwrite functions in common-lisp
> package.
> I know I can do it in c level, but I would rather do it in lisp level, if
> it is possible.
The part that allows to unlock/lock packages is
On Sat, 19 Jan 2013 04:26:22 +0100
Peter Enerccio wrote:
> Also, I dont know if it is issue of slime/emacs, but methods shows really
> badly in stack traces, usually as , so guess
> which method was
> called is somewhat detective work.
I wasn't aware of this but I have very little experience wit
On Sat, 19 Jan 2013 04:13:09 +0100
Peter Enerccio wrote:
> Thanks, I will take look.
> As for condition types, well, mostly its si::standard-error, so nothing
> much to go with.
>
> And as far as I know, I have no idea what level of compilation is there. If
> I compile file, I have debug 2, but
On Sat, 19 Jan 2013 02:09:58 +0100
Peter Enerccio wrote:
> Right now, I there is a problem with lisp, the resulting condition is not
> very
> helpful, unless I go into backtrace. In some environments, however, I can't
> do such a thing, so I am left with (if printed readably):
>
> *Odd number of
On Fri, 18 Jan 2013 22:40:49 +0100
Juan Jose Garcia-Ripoll wrote:
> On Fri, Jan 18, 2013 at 9:50 PM, Matthew Mondor
> wrote:
>
> > If you however want to create them from a thread using
> > defparameter/defvar, I'd have to check but my guess is that ECL uses
> >
On Fri, 18 Jan 2013 20:58:41 +0100
Peter Enerccio wrote:
> Hello, I have a question.
> Are special variables safe for multithreading?
> Ie, if one thread sets them, others will not be changed?
Because of their dynamic nature, if they are bound by a thread, they
can safely be used by that thread
On Sun, 6 Jan 2013 10:26:10 +0100
Juan Jose Garcia-Ripoll wrote:
> It seems that my email account was compromised from USA, using SMTP access
> to gmail (is this possible at al?) to send email to all my contacts and
> lists.
That's possible without SSL via SMTP if it requires authentication, via
On Sat, 15 Dec 2012 10:35:22 -0500
Matthew Mondor wrote:
> Perhaps another suggestion idea would be a link to the json table with
> the numbers, in case someone wants to run custom scripts on the results?
I thought that the results were in a single json file with a label per
entry with th
1 - 100 of 429 matches
Mail list logo
