Hi Jerry,
thanks for all the patches. I will review and incorporate them as soon as
possible.
Juanjo
--
Instituto de FĂsica Fundamental, CSIC
c/ Serrano, 113b, Madrid 28006 (Spain)
http://juanjose.garciaripoll.googlepages.com
-
GCC complains about use of an uninitialized variable in si_bc_join().
It looks like the wrong variable name is being used. See the attached
patch. Regards,
--
Jerry James
http://www.jamezone.org/
diff --git a/src/c/disassembler.d b/src/c/disassembler.d
index 36d97e0..2c81655 100644
--- a/src/c/d
In sharp_asterisk_reader, if the number of dimensions is not
specified, then the local variable "last" can be used uninitialized.
I *think* the attached patch is the right fix. Regards,
--
Jerry James
http://www.jamezone.org/
diff --git a/src/c/read.d b/src/c/read.d
index 3e4863d..509055c 100644
If a filename and a length are passed to ext::mmap, then the actual
length value passed to mmap() comes from an uninitialized stack
variable. The attached patch fixes the problem. Regards,
--
Jerry James
http://www.jamezone.org/
diff --git a/src/c/ffi/mmap.d b/src/c/ffi/mmap.d
index f907fc8..513
GCC complains about some functions with no prototypes. The attached
patch fixes the problem.
cdata.d calls memcmp() and memcpy(), so needs .
main.d calls memcpy(), so needs .
num_rand.d calls read() and close() if !defined(ECL_MS_WINDOWS_HOST),
so needs .
Regards,
--
Jerry James
http://www.ja
In ECL 12.2.1, there are several calls to FEtype_error_index that pass
a cl_object as the second argument instead of a cl_fixnum. I'm not
totally sure of the best way to solve this in all cases, but the
attached patch is one attempt.
Regards,
--
Jerry James
http://www.jamezone.org/
diff --git a/
2012/2/5 Anton Vodonosov
> The lasted ECL from git can't build quicklisp.
>
> When I start ECl (with quicklisp registered in the init file), I have this
> error:
>
> GENERATE-CRC32-TABLE The function QL-GUNZIPPER::GENERATE-CRC32-TABLE is
> undefined.
> NIL
> Condition of type: SIMPLE-CONDITION
>
On Mon, Feb 6, 2012 at 3:43 PM, Waldek Hebisch wrote:
> As you can see ECL thinks that
>
> '(EXPT (/ -1.0 1.0) (/ 1 (/ 2.0 1.0)))'
>
> produces value of type 'double-float', but of course this is complex.
> Since the only declaration is about '|t|' ECL has no reason to
> make such an assumption.
>
On Sun, Feb 5, 2012 at 3:11 PM, red plait wrote:
> Hi
> I hope that fixed building subject with GMP_TYPE = p4 or p3
> Patched msvc\gmp\Makefile is in attach
>
Hi, thanks for the fix, but is this line correct?
E:\src\yasm-1.2.0-win32.exe -O9 -Xvc -f win32 -i $(@D)\ -o $@ $?
This seems like a lo
Juan Jose Garcia-Ripoll wrote:
>
> On Sat, Feb 4, 2012 at 10:18 PM, Waldek Hebisch w=
> rote:
>
> > Of course, I am not sure that error is in generated code, because
> > I can not get reasonable backtrace. Is there a place in ECL so
> > that after attaching gdb I could set a breakpoint there and
At safety 0 ECL 12.2.1 miscompiles the following file:
(defun |c_to_rf| (c) (realpart c))
(DEFUN %D (|t|)
(DECLARE (DOUBLE-FLOAT |t|))
(|c_to_rf|
(/
(+
(* 0.5
(EXP
(/ (* (* 1.0 |t|) (EX
Xiaofeng Yang writes:
> It is the stable release ECL 12.2.1, compiled using mingw32 with GCC 4.5.0.
>
> ECL (Embeddable Common-Lisp) 12.2.1 (git:UNKNOWN)
> Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya
> Copyright (C) 1993 Giuseppe Attardi
> Copyright (C) 2000 Juan J. Garcia-Ripoll
> ECL is
12 matches
Mail list logo