Hi Dave.
> Il giorno 23 giu 2017, alle ore 04:39, Dave Richards ha
> scritto:
>
> I am able to build ECL on mingw-w64 in 32-bit mode, but when I build in
> 64-bit mode it fails with a Lisp Initialization error.
Could you post the error?
> I notice that when
> building under MSVC there is an
I am able to build ECL on mingw-w64 in 32-bit mode, but when I build in
64-bit mode it fails with a Lisp Initialization error. I notice that when
building under MSVC there is an ECL_WIN64 make variable that must be set.
Is there a similar variable for mingw-w64? If so, I have not found it.
On Thu, Feb 23, 2017 at 12:25 PM, Daniel Kochmański
wrote:
> Fixes are already commited to the repository.
You're fast! :-) Thank you, Daniel.
--
Jerry James
http://www.jamezone.org/
Hello,
Thank you for the report with fixes. Indeed, line with a predicate
should look like you have pointed out.
Before next release I plan to go through all warnings from gcc and run
coverity scan tests to spot such nuisances.
Fixes are already commited to the repository.
Best regards,
Daniel
less verbosely. :-)
Here's a quick fix:
sed -i 's/{.*,.*,.*,.*}/{&}/g' src/c/unicode/ucd_names_pair.c
Also, while looking through the build log, I noticed this:
/builddir/build/BUILD/ecl-16.1.3/src/c/file.d: In function
'ecl_make_string_input_stream':
/builddir/build/
On Tue, Dec 20, 2016 at 06:25:37PM +0100, Daniel Kochmański wrote:
> The problem is fixed in the develop branch.
Great!
Cheers,
Kris Katterjohn
This wasn't a regression, just reinforcing fpe shown already existing
problem in atan function. The problem is fixed in the develop branch.
--
Daniel Kochmański ;; aka jackdaniel | Przemyśl, Poland
TurtleWare - Daniel Kochmański | www.turtleware.eu
"Be the change that you wish to see in the
Hey,
Thank you for narrowing this down! I've added an issue to gitlab:
https://gitlab.com/embeddable-common-lisp/ecl/issues/329
Best regards,
Daniel
--
Daniel Kochmański ;; aka jackdaniel | Przemyśl, Poland
TurtleWare - Daniel Kochmański | www.turtleware.eu
"Be the change that you wish t
idn't know how to investigate maxima problems
> further – i.e what error was cought).
Trying to evaluate this in Maxima built with ECL 16.1.3 leads to this
error:
(%i1) li[2](1.0*%i);
Condition of type: DIVISION-BY-ZERO
I built ECL 16.1.2 and 16.1.3 from sources on my 64-bit Linux box.
erflow nil)
second argument is whenever this particular exception should be
signalled, or simply ignored – NIL means "ignore".
Best regards,
Daniel
Andrey G. Grozin writes:
> Hello *,
>
> There is a new testsuite failure in maxima-5.39.0 compiled with
> ecl-16.1
Hello *,
There is a new testsuite failure in maxima-5.39.0 compiled with
ecl-16.1.3:
Running tests in rtest16:
** Problem 561 (line 2153) ***
Input:
2
- %pi
ev(closeto(li (1.0 %i) - (-- + %i
On Mon, 19 Dec 2016, Daniel Kochmański wrote:
Here is a necessary patch to make it build as expected:
Thanks, now it works. I've just committed 16.1.3 to Gentoo.
Andrey
/write_sse.d
+++ b/src/c/printer/write_sse.d
@@ -12,6 +12,8 @@
*
*/
+#include
+
#ifdef ECL_SSE2
#include
#include
--CUT--
fix is already commited in the develop branch.
Best regards,
Daniel
Andrey G. Grozin writes:
> On Mon, 19 Dec 2016, Daniel Kochmański wrote:
>> ECL 16.1.3
On Mon, 19 Dec 2016, Daniel Kochmański wrote:
ECL 16.1.3 has been released today.
I get
Building ecl_min...
libeclmin.a(write_ugly.o):(.data.rel.ro+0x138): undefined reference to
`_ecl_write_sse'
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:224: ecl_min] Error 1
Andrey
Daniel Kochmański wrote:
> ECL 16.1.3 has been released today. For more information please see
> the announcement:
> https://common-lisp.net/project/ecl/posts/ECL-1613-release.html
It's cool to see an implementation taking CDRs into account!
--
Resistance is futile. You will b
Dear All,
ECL 16.1.3 has been released today. For more information please see the
announcement:
https://common-lisp.net/project/ecl/posts/ECL-1613-release.html
Best regards,
Daniel
--
Daniel Kochmański ;; aka jackdaniel | Przemyśl, Poland
TurtleWare - Daniel Kochmański
16 matches
Mail list logo