On Sun, Jan 6, 2013 at 10:43 AM, Matthew Mondor mm_li...@pulsar-zone.netwrote:
BTW, I hope your eyes are better,
I still do not get headaches from reading and I am starting to code again,
but not too intensively -- it is like driving with a flashlight permanently
on your left eye, but the
On Mon, Dec 24, 2012 at 2:06 AM, Anton Vodonosov avodono...@yandex.ruwrote:
21.12.2012, 03:43, Anton Vodonosov avodono...@yandex.ru:
I will try perform this procedure running tests from my machine. Will
first compare 12.12.1 with the current head.
If you will like how it works, we could
Here it goes:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52061
They mark it as UNCONFIRMED so they really did _nothing_ about it.
On Fri, Dec 21, 2012 at 12:55 AM, Jean-Pierre Flori jpfl...@gmail.comwrote:
2012/12/21 Juan Jose Garcia-Ripoll juanjose.garciarip...@gmail.com:
On Thu, Dec 20
On Thu, Dec 20, 2012 at 3:59 PM, Anton Vodonosov avodono...@yandex.ruwrote:
29.11.2012, 01:21, Juan Jose Garcia-Ripoll
juanjose.garciarip...@gmail.com:
On Mon, Nov 26, 2012 at 11:06 PM, Anton Vodonosov avodono...@yandex.ru
wrote:
I see that according reports situation is not always
On Thu, Dec 20, 2012 at 2:11 PM, Jean-Pierre Flori jpfl...@gmail.comwrote:
I encountered the problem reported here:
http://sourceforge.net/mailarchive/message.php?msg_id=28468685
but on Cygwin (64 bits Windows 7) using a compiled from scratch GCC
4.6.3 bootstrapped with the most recent gcc4
Sorry, wrong address:
*http://ecls.sourceforge.net/pictures/index_json.html*
On Sat, Dec 15, 2012 at 11:15 AM, Juan Jose Garcia-Ripoll
juanjose.garciarip...@gmail.com wrote:
Try by yourself
http://ecls.sourceforge.net/pictures/index_js.html
This should help spot performance regressions
Besides this, the dates shown in the axis and in the tooltips should now be
correct -- before they were off by 1 month due to javascript's convention
that December is 11 :-)
On Sat, Dec 15, 2012 at 11:17 AM, Juan Jose Garcia-Ripoll
juanjose.garciarip...@gmail.com wrote:
Sorry, wrong address
2012 11:17:06 +0100
Juan Jose Garcia-Ripoll juanjose.garciarip...@gmail.com wrote:
Sorry, wrong address:
*http://ecls.sourceforge.net/pictures/index_json.html*
Very nice, and cute.
Is there still the intention to keep the normal index though?
Personally it's easier for me to just scroll
On Fri, Dec 14, 2012 at 1:26 AM, Christoph Egger christ...@debian.orgwrote:
This is as much up-to-date unstable as it gets. However please add a
--enable-gengc as well.
That is the source of your problems. Current versions of the garbage
collector do not support gengc together with threads.
On Fri, Dec 14, 2012 at 3:12 PM, Jean-Pierre Flori jpfl...@gmail.comwrote:
2012/12/14 Juan Jose Garcia-Ripoll juanjose.garciarip...@gmail.com:
ECL now relies on ASDF-bundle, an utility library which is part of ASDF
and
which allows creating executables and big FASL [...]
I saw
On Fri, Dec 14, 2012 at 11:18 PM, Christoph Egger christ...@debian.orgwrote:
Sorry, must have missed it. Is this a new requrement? I can still build
it on most architectures with both options and the resulting binary at
least on kFreeBSD seems to not crash after basic testing.
This is a
On Fri, Dec 14, 2012 at 8:31 PM, Jean-Pierre Flori jpfl...@gmail.comwrote:
On my 64 bits Windows 7 system, ECL gets stuck while producing the C
files for SLATEC::DBESJ function.
I managed to reproduce this. Cygwin's compiler hard-codes the constant 0.1
with not enough precision for what ECL
On Thu, Dec 13, 2012 at 7:50 PM, Peter Enerccio enerc...@gmail.com wrote:
Is it possible for automatic memory reclamation when object is no longer
needed (ie it's parent foreign type has been disposed in the ecl memory)?
This is called finalization and it happens automatically for all lisp
On Mon, Dec 10, 2012 at 10:47 PM, Christoph Egger christ...@debian.orgwrote:
I'm seeing segfaults when trying to build ecl on x86 linux [0] (Debian
unstable) not doing anything fancy with the source [1]. Any ideas?
A bit more information would be useful, even if by private email (no need
to
On Mon, Dec 10, 2012 at 7:09 AM, Chun Tian (binghe)
binghe.l...@gmail.comwrote:
For the known issue #2, I'm glad to report that USOCKET has been prepared
for the bytecode compiler recently (but not released yet). I've confirmed
that Hunchentoot could load and run its test site correctly in
Your code is incorrect. The defmacro is not a toplevel form and thus the
definition is not available for the statement that follows it. Use macrolet
instead.
El 10/12/2012 23:28, Peter Enerccio enerc...@gmail.com escribió:
Hello, I dont know if this is related to the common lisp or the ecl,
but
On Sun, Dec 9, 2012 at 6:45 PM, Pascal Costanza p...@p-cos.net wrote:
I have now pushed support for ECL 12.12.1 to the Closer to MOP repository
and updated the website. I hope I didn't make any mistakes.
Thanks, Pascal, for your help, your time and your efforts.
Congratulations for the new
On Sat, Dec 8, 2012 at 2:05 AM, Gabriel Dos Reis
g...@integrable-solutions.net wrote:
is there a prettier name than gazonk? :-)
And it is so old that I bet it dates back to KCL days :-)
--
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
Which version of quicklisp was that? Was it already installed and you were
trying to reuse it?
Have you tried (require :ecl-quicklisp), which will download a fresh new
quicklisp for you and integrate it with ECL?
Juanjo
On Sat, Dec 8, 2012 at 10:47 AM, Yuito Murase
On Sat, Dec 8, 2012 at 11:27 PM, Pascal Costanza p...@p-cos.net wrote:
This was the right hint. I still had a separate version of ASDF installed
in my development folders, and somehow this was used (no idea why). When I
remove that asdf folder, everything works fine.
Glad to read this was
On Fri, Dec 7, 2012 at 12:32 AM, Peter Enerccio enerc...@gmail.com wrote:
I am looking for easy way of wrapping around class instances of c++. I can
wrap it in lisp with classes with slot containing fixnum of the pointer and
then recast it in c++ but its cumberstone and has lot of boiler plate
On Sat, Dec 8, 2012 at 12:09 AM, Jerry James loganje...@gmail.com wrote:
I'm seeing lots of warnings like this in the build output. Should I worry
about it?
Not really. Seems the type propagator is confused about it -- could you
please open a bug report for this? Thanks!
Juanjo
--
There are open issues, such as the naming of libraries in Windows, but the
current build is sufficiently in shape to consider making a new
release. Please report otherwise.
Juanjo
--
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
On Sun, Dec 2, 2012 at 9:11 PM, Pascal Costanza p...@p-cos.net wrote:
Many of the metaobject classes expose slots with names that are exported
from some package or visible in CL-USER. This shouldn't be the case. (See
Restrictions on Implementations in the MOP specification.)
Added a ticket
On Mon, Dec 3, 2012 at 4:41 AM, Faré fah...@gmail.com wrote:
(defsystem :my-library :class :precompiled-system :fasl
#p/path/to/my-library.system.fasl)
The fasl argument can be a logical pathname or an expression that will
be evaluated later.
Thanks! Basically it works the same that we
On Sun, Dec 2, 2012 at 4:22 AM, Matthew Mondor mm_li...@pulsar-zone.netwrote:
On Sun, 2 Dec 2012 01:09:15 +0100
Juan Jose Garcia-Ripoll juanjose.garciarip...@gmail.com wrote:
Last week I got a bit mad trying to read out the C code generated by ECL
and so I decided to clean it up a bit
On Sun, Dec 2, 2012 at 9:43 AM, Juan Jose Garcia-Ripoll
juanjose.garciarip...@gmail.com wrote:
One thing which at first surprised me were these macros expanded from
the corresponding eclh like { VT1 VLEX1 CLSR1 STCK1 ...
This is a very old artifact dating back to KCL to be able to output
On Fri, Nov 30, 2012 at 1:31 PM, Stanislav Frolov frolosof...@gmail.comwrote:
slime-edit-definition foo - No known definition for: foo
The expected behavior - move cursor to start of (defun foo...
https://sourceforge.net/p/ecls/bugs/220/
Thanks for reporting
--
Instituto de Física
On Sun, Dec 2, 2012 at 9:11 PM, Pascal Costanza p...@p-cos.net wrote:
4) DEFMETHOD doesn't call MAKE-METHOD-LAMBDA to determine the method
function body. [My guess is that this is not easy to change due to the
deviation from the MOP specification in how method functions are called.]
I will
On Sun, Dec 2, 2012 at 11:00 PM, Pascal Costanza p...@p-cos.net wrote:
Here is a test case:
Thanks. The problem seems to be that make-method-lambda and defmethod live
in the same file and the function call was done through a pointer, not
through the symbol. I will upload a fix.
Juanjo
--
On Sun, Dec 2, 2012 at 9:11 PM, Pascal Costanza p...@p-cos.net wrote:
OK, I can report a success: All my test cases run through now (almost, see
below ;).
Thanks once more for all your work on these issues. I really appreciate the
effort that it implies.
1) extract-specializer-names is not
Last week I got a bit mad trying to read out the C code generated by ECL
and so I decided to clean it up a bit. The result is a rather large set of
patches which are being uploaded as I write. Testing of these patches will
proceed in the following days, but I expect no major divergences.
The
On Thu, Nov 29, 2012 at 2:41 PM, Faré fah...@gmail.com wrote:
Now, do we want to distribute asdf-bundle.lisp as a separate
system asdf-bundle.asd?
Do we want to distribute it as part of asdf.asd the way we used to
do asdf-ecl.lisp?
Do we want to just add its contents to asdf.lisp, a growth
On Wed, Nov 28, 2012 at 5:03 AM, Faré fah...@gmail.com wrote:
A shorter README explaining that asdf.lisp is from asdf (with URL)
and the other files from asdf-bundle (with URL), would also be nice.
http://common-lisp.net/project/asdf/
On Wed, Oct 3, 2012 at 12:54 AM, Matthew Mondor mm_li...@pulsar-zone.netwrote:
Unfortunately there's still no way to differenciate a timeout error
(EAGAIN) from a broken pipe one (EPIPE) when using STREAM-ERROR.
However, because of the design of the system (in HTTP we first read a
request
On Mon, Nov 26, 2012 at 11:06 PM, Anton Vodonosov avodono...@yandex.ruwrote:
I see that according reports situation is not always improving with
commits.
It turns out that the code I used for sorting reports was broken! Now I
fixed the code that separates dates from file names and the
On Tue, Nov 27, 2012 at 10:28 AM, Jean-Pierre Flori jpfl...@gmail.comwrote:
Oh, of course there are older releases!
I meant something between 12.2.1 and 12.7.1 if that exists, but I
think I just understood your numbering scheme...
For a couple of years I have been using date schemes. It
Hi Stas,
i am creating tickets for both bugs. One is half-solved, but I need this to
keep myself posted on what I do -- please apologize if I forget to report
the bug solution to the mailing list. It seems most efficient for me to
proceed this way.
Juanjo
On Mon, Nov 26, 2012 at 12:58 AM, Stas
.
But it is not something I want to impose on you all. If someone does not
want to deal with SF, he/she can report bugs here.
On Tue, Nov 27, 2012 at 5:15 PM, Stas Boukarev stass...@gmail.com wrote:
Juan Jose Garcia-Ripoll juanjose.garciarip...@gmail.com writes:
Hi Stas,
i am creating tickets for both bugs. One
On Tue, Nov 27, 2012 at 5:14 PM, Jean-Pierre Flori jpfl...@gmail.comwrote:
PS: just saw your email, I'll redirect this to the bug tracker.
Thanks for helping me track this issue. I think it can be considered
solved, but please report in either case, so that I can close the bug
report.
Juanjo
On Tue, Nov 27, 2012 at 4:01 PM, Anton Vodonosov avodono...@yandex.ruwrote:
In other words the version advertised on ECL web site as the release should
be the best known of existing versions.
Let me clarify the criterion I have used so far for making releases:
* Sufficient number of fixes.
*
On Sun, Nov 18, 2012 at 11:38 PM, Pascal Costanza p...@p-cos.net wrote:
- It seems that slot-unbound is not correctly handled. Here is a test case:
Thanks for reporting this, Pascal. I just fixed it.
Is the other issue about slot optimization a problem? Note that I would
rather have _no_ code
of the OpenGLES functions/extensions that are not in the pure
OpenGL spec but I think it shouldn't be too much trouble.
Thanks again!
On Nov 22, 2012, at 5:41 PM, Juan Jose Garcia-Ripoll
juanjose.garciarip...@gmail.com wrote:
On Thu, Nov 22, 2012 at 8:27 PM, Sylvain Ageneau agen
I am attaching a patch for CFFI that allows ECL to build code that does not
use dlopen() but rather uses the function symbols as they are know to the C
compiler. This is best explained in the code comments, which I reproduce
below, and in the example.
The patched CFFI is available at my github
https://github.com/juanjosegarciaripoll/gtd-drive
It uses Safari as a front-end and works with toot and cl-who. The patches
for toot are available here
https://github.com/juanjosegarciaripoll/toot
Feedback welcome :-)
Juanjo
--
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid
On Wed, Nov 14, 2012 at 8:30 AM, Ralph Möritz ralph.moer...@outlook.comwrote:
I don't think 64k is such a severe limitation; for code using very
long string literals couldn't we use embedded resources instead?
64k is pretty small for many libraries out there that build tons of data.
On Wed, Nov 14, 2012 at 2:42 AM, Matthew Mondor mm_li...@pulsar-zone.netwrote:
I forgot to write about another alternative using bytecode though... if
all code compiles to bytecode only, and the bytecode interpreter
permits to impose all the limits you need
The problem is not the bytecodes,
Dear Peter,
I would appreciate if, instead of directing the questions to my private
email, you would send them to the mailing list for future use of other
people. This is not a private consulting office and if I answer some
question to you, it is most likely that I will have to answer the same
On Wed, Oct 31, 2012 at 1:17 AM, Matthias Hölzl t...@xantira.com wrote:
when compiling the Snark theorem prover (
http://www.ai.sri.com/~stickel/snark.html, or with ASDF system
definition at https://github.com/hoelzl/Snark), ECL (version 12.7.1 on
OSX 10.8.2, installed using homebrew) fails
On Sun, Nov 11, 2012 at 10:26 PM, Peter Enerccio enerc...@gmail.com wrote:
I know I can redefine the builtin functions by simply redefining them, but
is that fool proof?
Yes it is possible, and the right approach would be more useful than just
for ECL. Creation of domain specific languages is
On Tue, Nov 6, 2012 at 12:31 AM, Peter Enerccio enerc...@gmail.com wrote:
I am using this kind of macro:
#define DEFUN( name, argcount, fpointer) do { \
cl_def_c_function(c_string_to_object(name), \
(cl_objectfn_fixed)fpointer, \
argcount); \
} while (0)
On Wed, Oct 24, 2012 at 11:14 PM, Matthew Mondor
mm_li...@pulsar-zone.netwrote:
It seems that the function above is called twice; I suppose that one of
both #-ecl-bytecmp should be #+ecl-bytecmp?
Thanks for reporting. I just uploaded a fix to slime
Juanjo
--
Instituto de Física
Thanks for the test case. I will look into that along the week,
On Mon, Nov 5, 2012 at 9:24 AM, Peter Enerccio enerc...@gmail.com wrote:
Should be the latest:
ECL (Embeddable Common-Lisp) 12.7.1
(git:99b1e54eb07373bda77110761c5143d2ad614e6c)
Copyright (C) 1984 Taiichi Yuasa and Masami
On Sat, Nov 3, 2012 at 10:36 PM, Eric Marsden eric.mars...@free.fr wrote:
This is pretty, and hopefully useful to you for tracking performance
regressions.
Indeed, it is important to realize whether there were regressions and a
very important one was just spotted in clos/complex-method
I am fwd this to the mailing list because I do not want to repeat these
answers or restart this discussion for every user that might find such
problems. This is what the mailing list archives are fore
On Fri, Nov 2, 2012 at 3:46 PM, Peter Enerccio enerc...@gmail.com wrote:
Well, I can get my
On Wed, Oct 31, 2012 at 1:02 PM, Juan Jose Garcia-Ripoll
juanjose.garciarip...@gmail.com wrote:
On Wed, Oct 31, 2012 at 8:07 AM, Chris Bagley chris.bag...@gmail.comwrote:
Have I done this incorrectly or is there something else I have missed?
Any advice would be amazingly helpful!
Try
On Sat, Aug 18, 2012 at 7:09 AM, Simon Ortiz o.si...@gmail.com wrote:
I would like to reproduce the functionality of ffi-test in cffi-test.
That is, I would like to produce a static library that uses CFFI to
access foreign functions.
I'm sure I'm missing something in cffi-test. I've tried
On Tue, Oct 30, 2012 at 2:41 AM, Matthew Mondor mm_li...@pulsar-zone.netwrote:
With in swank-ecl.lisp:
(defimplementation arglist (name)
(let ((arglist (ext:get-annotation name :lambda-list nil)))
(if (null arglist)
:not-available
arglist)))
And your latest changes,
On Tue, Oct 23, 2012 at 5:54 PM, Matthew Mondor mm_li...@pulsar-zone.netwrote:
So I today had some time to do a small test and the following function
indeed seems to work better in general.
(defimplementation arglist (name)
(let ((arglist (ext:get-annotation name :lambda-list nil)))
On Sun, Oct 21, 2012 at 11:17 AM, Simon Ortiz o.si...@gmail.com wrote:
I was wondering of you figured out the cause of the problem. Did you try
using an ECL without DFFI?
Sorry, no answer yet. I mark your email -- it dropped from the todo list by
mistake.
Juanjo
--
Instituto de Física
On Fri, Sep 21, 2012 at 12:11 AM, Matthew Mondor
mm_li...@pulsar-zone.netwrote:
I noticed that functions such as WRITE-SEQUENCE will signal a condition
of type SIMPLE-ERROR if EPIPE is returned when writing. This is
admitedly in non-standard territory, as only TYPE-ERROR is specified
for
On Mon, Oct 1, 2012 at 11:23 PM, Juan Jose Garcia-Ripoll
juanjose.garciarip...@gmail.com wrote:
I am going to upload some patches that fix this. ECL will signal
FILE-ERROR and STREAM-ERROR conditions when stream operations fail due to
the C library.
It would be nice if you could provide
On Thu, Sep 27, 2012 at 1:13 PM, Stanislav Frolov frolosof...@gmail.comwrote:
There is a bug in error processing, I think. But root of my problem is in
FElibc_error:pthread_getspecific() failed.. I don't understand ECL's
threading but looks like you call pthread_getspecific (ecl_process_env)
On Wed, Sep 26, 2012 at 2:34 PM, Stanislav Frolov frolosof...@gmail.comwrote:
#includeecl/ecl.h
#includepthread.h
Could you try exchanging these two, or removing pthread.h completely? ECL
is including gc.h which overrides several thread functions, including
creation and destruction -- not
On Wed, Aug 29, 2012 at 1:20 PM, Mark Cox markco...@gmail.com wrote:
The issue relevant to ECL is that commit 469c8a5 introduces a problem that
results in one of the following errors:
I do not see the problem with this patch:
commit 469c8a520f8e3a053775597f4d82a32e656161bf
Author: Juan Jose
On Mon, Sep 24, 2012 at 9:21 PM, Juan Jose Garcia-Ripoll
juanjose.garciarip...@gmail.com wrote:
I do not see the problem with this patch:
I now see what you mean. There are a couple of mistakes in the routines
that store and retrieve the errors. I have made some simplifications
On Fri, Sep 21, 2012 at 12:11 AM, Matthew Mondor
mm_li...@pulsar-zone.netwrote:
I noticed that functions such as WRITE-SEQUENCE will signal a condition
of type SIMPLE-ERROR if EPIPE is returned when writing. This is
admitedly in non-standard territory, as only TYPE-ERROR is specified
for
On Fri, Sep 21, 2012 at 12:14 AM, Matthew Mondor
mm_li...@pulsar-zone.netwrote:
So would a C profiler currently be my best resort?
Right now I would say it is. Do not be scared: function names are easily
identified and you will get insight on functions that not even the Lisp
layer can profile,
Could you people have a look at the bug report and my answer? I believe I
am right, though SBCL is reporting a different order and this (once more)
confuses users
*bugs:206 string-lessp does not behave as string ignoring case*
*Status:* open *Created:* Thu Sep 20, 2012 09:43 PM UTC by Rafael
This is was latest commit
commit ce653d889d818ba8b6709812a83d3246762030a6
Do not hard-code the name of generic function accessors in compiled code
seems it did not get all the way to SF. I have re-uploaded it. Thanks for
the warning.
Juanjo
--
Instituto de Física Fundamental, CSIC
c/
You have to load the C compiler first with (require :cmp) in order to be
able to produce DLLs or binary files. Did you do that?
Juanjo
--
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
http://juanjose.garciaripoll.googlepages.com
On Sun, Sep 2, 2012 at 4:38 PM, Pascal Costanza p...@p-cos.net wrote:
The fact that ext-generic-function-method-class is compiled seems to be
important here, and it seems that the dispatch is fixed to the methods
known at the time it is compiled.
I still do not understand what is happening,
Sorry, forget the noise: I took your ext-generic-function... name for a
typo of ext:generic-function..., but obviously it is not
Juanjo
--
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
http://juanjose.garciaripoll.googlepages.com
On Sun, Sep 2, 2012 at 4:38 PM, Pascal Costanza p...@p-cos.net wrote:
The fact that ext-generic-function-method-class is compiled seems to be
important here, and it seems that the dispatch is fixed to the methods
known at the time it is compiled.
Not exactly, but compilation was a problem.
On Sun, Sep 16, 2012 at 10:18 PM, Juan Jose Garcia-Ripoll
juanjose.garciarip...@gmail.com wrote:
Not exactly, but compilation was a problem. ECL hardcodes the name of
certain functions and they can be directly called from C code, instead of
dispatching via the symbol. Unfortunately, some
On Sun, Sep 9, 2012 at 7:11 PM, Pascal Costanza p...@p-cos.net wrote:
It seems this bug report has not been acknowledged. Did I report it
correctly to this mailing list, or is there a better way to report it?
No, the bug has been received, but I have been simply abroad travelling,
without
On Sat, Aug 25, 2012 at 2:08 AM, Mark Cox markco...@gmail.com wrote:
G'day,
The hyperspec [1] states that DELETE-FILE should signal an error of type
FILE-ERROR if it cannot succeed in deleting a file. ECL currently signals a
SIMPLE-ERROR.
[...] there are other functions in that file that
On Sun, Aug 26, 2012 at 2:57 PM, Simon Ortiz o.si...@gmail.com wrote:
Condition of type: SIMPLE-ERROR
FIND-FOREIGN-SYMBOL: Could not load foreign symbol sin from module
:DEFAULT (Error: NIL)
Sorry, there must have been a glitch in my system -- I was building your
example with an ECL that
On Sat, Aug 25, 2012 at 8:14 PM, bob bobat...@gmail.com wrote:
I git pull'ed the latest ECL but these configure flags didn't work:
--with-sse=yes --with-cxx=yes. It had problems compiling libffi
I upgraded mingw using mingw-get update and mingw-get upgrade and ECL does
compile with libffi and
On Mon, Aug 20, 2012 at 4:52 PM, Tara Lorenz t...@terralonza.de wrote:
while trying to get cl-num-utils running on ECL i encountered a problem
with let-plus in combination with define-modify-macro.
Informal description: When define-modify-macro defines a three-argument
modifier, ECL
On Mon, Aug 20, 2012 at 4:52 PM, Tara Lorenz t...@terralonza.de wrote:
while trying to get cl-num-utils running on ECL i encountered a problem
with let-plus in combination with define-modify-macro.
My previous diagnostic was wrong. There was an ancient piece of code using
NREVERSE on a
Simon, I am not able of reproducing your problems. See the files here
https://docs.google.com/folder/d/0B2brKGbNKZYDY0hiMXUyUy1aMUk/edit
and how I build and run them
bash-3.2$ cd build/ship-test/
bash-3.2$ ls
cffi-test ffi-test
bash-3.2$ (cd cffi-test; ls -l; make ./test_exe)
total 11904
On Fri, Aug 17, 2012 at 2:21 PM, bob bobat...@gmail.com wrote:
I am trying to build ecl (both stable from git) on MinGW (latest stable)
with gcc 4.7.0. But I am presented with different errors during the make
stage. Using the stable release (12.7.1) I hit upon make error while
building
On Sun, Jul 29, 2012 at 11:31 PM, Сергій Яковин syako...@gmail.com wrote:
I have just tried to build 64 bit version of ECL on Windows 7 x64 using
MSVC 10, but got a crash:
;;; Loading lsp/format.lsp
;;; About to load cmp/load.lsp
Condition of type: SEGMENTATION-VIOLATION
Detected access to
On Tue, Aug 14, 2012 at 10:19 AM, Yuito Murase themamedaif...@gmail.comwrote:
I tried to load ieee-floats using quicklisp, but failed with massage
below. (sorry for some words being Japanese)
According to error message, external symbol, _ecl_make_ulong_Long
seems to be undefined.
Any
On Mon, Aug 20, 2012 at 4:35 PM, Jean-Pierre Flori jpfl...@gmail.comwrote:
I found out that some header files in the src/h directory are
executable after cloning ECL git repo.
This must have been cygwin's git rsync, when importing the changes I made
for windows. I will correct that
Juanjo
I am a bit lost with the mingw64 toolchain, with so may different tarballs
and options. I must admit I have never managed to get it up and running.
What do I have to do to use it?
On Sun, Aug 19, 2012 at 11:56 AM, Gabriel Dos Reis
g...@integrable-solutions.net wrote:
* fresh check out of CVS
On Sun, Aug 19, 2012 at 11:56 AM, Gabriel Dos Reis
g...@integrable-solutions.net wrote:
After modifying c/symbols_list.h and c/symbols_list2.h to include
a definition for :WIN64,
I uploaded a fix for this
the build failed again because
the function ecl_make_ulong_long was mistyped as
On Sun, Aug 19, 2012 at 9:14 PM, Gabriel Dos Reis
g...@integrable-solutions.net wrote:
No, it wasn't. Browse to the source code for number.d
http://ecls.cvs.sourceforge.net/viewvc/ecls/ecl/src/c/number.d?revision=1.102view=markup
Have a look at lines 308, 326, and 394.
Ok, it seems my
On Sun, Aug 19, 2012 at 11:56 AM, Gabriel Dos Reis
g...@integrable-solutions.net wrote:
Unfortunately, it failed to execute properly, apparently for the
same reasons as 2 years ago.
There were not so many things to fix after all:
* the typo you found
* missing :win64 keyword
* typo in
On Sun, Aug 19, 2012 at 10:46 PM, Juan Jose Garcia-Ripoll
juanjose.garciarip...@gmail.com wrote:
With all these, ECL seems to build fine on mingw32.
I should have chosen my words with greater care :-) fine is not
appropriate, for there are some regressions compared to other ports when
running
On Fri, Aug 17, 2012 at 12:46 PM, Jean-Pierre Flori jpfl...@gmail.comwrote:
On Cygwin at least, when the linker is given the -lecl flag, it will
look for files in PATH in a certain order.
First libecl.dll.a, then ..., then cygecl.dll, then ... then ecl.dll
IIRC [...]
So if we only have
On Thu, Aug 9, 2012 at 1:31 PM, Simon Ortiz o.si...@gmail.com wrote:
Now, I would like to achieve the same using CFFI instead of FFI. Using
CFFI I tried several approaches, but I wasn't successful. Basically, I
compiled the Lisp code into a static library, but the produced library
seems not
On Sun, Aug 5, 2012 at 3:55 PM, Dima Pasechnik dimpase+...@gmail.comwrote:
This was mentioned last Dec on sage-devel, that on Cygwin ECL call
(directory )
sometimes can return NIL. This breaks ASDF scripts, etc.
(this is a symptom of a bigger problem, certainly).
I am unable to reproduce
On Tue, Aug 7, 2012 at 7:22 PM, Jean-Pierre Flori jpfl...@gmail.com wrote:
Still working on building Sage on Cygwin, we realized that the
produced ECL shared library built on Cygwin is called ecl.dll.
While this should not be problematic, we also have another file called
ecl.dll in Sage which
On Mon, Aug 13, 2012 at 6:24 PM, bob bobat...@gmail.com wrote:
/usr/include/octave-3.2.4/octave/lo-mappers.h:33:26: error: expected ‘)’
before ‘’ token
All have the same error occurring in different header files. I have tried
to compile pure C++ code containing oct.h with the same compiler
On Sun, Aug 12, 2012 at 6:22 PM, bob bobat...@gmail.com wrote:
Its solved now.. just put a .cc file as the intermediate :c-file.
Hmmm, this should probably be done by ECL itself.
Juanjo
--
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
On Wed, Aug 8, 2012 at 7:38 PM, Jerry James loganje...@gmail.com wrote:
On Wed, Aug 8, 2012 at 11:10 AM, Jerry James loganje...@gmail.com wrote:
So SI:WAIT-FOR-ALL-PROCESSES needs to accept a :process keyword
argument when ECL_THREADS is defined.
How does the attached patch look?
Fine!
Just wanted to warn you that I will be away without computer or internet
access (well, perhaps just email) for a week or so. Feel free to submit bug
reports, though, for they will be read when I come back :-)
Best
Juanjo
--
Instituto de Física Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006
On Fri, Aug 3, 2012 at 7:18 AM, Stanislav Frolov frolosof...@gmail.comwrote:
Looks like localtime returns 3 hours instead of 4.
And datetimes for current time_t:
[...]Difference between gmtime and localtime is 4 hours. Bug? Feature?
Obviously a bug in the C library or a misconfiguration from
101 - 200 of 633 matches
Mail list logo