ecl-devel

ecl-devel@common-lisp.net

231 discussions

[C99][Question]
by Daniel Kochmański 22 Sep '15

22 Sep '15

Dear all, I've got a question - does anyone really depend on a non-C99 compliant compiler? MSVC supports C99 from 2013 [1], GCC has complete support from 4.5 [2] (with various bits earlier), TCC also has everything except complex numbers [3] (what is on their TODO) and Clang has complete support [4]. I'm asking this question because we're considering making C99-supporting compiler as a dependency for ECL C backend. This will relieve us from writing backward-compatible workarounds for the older standard and will simplify the code. That also means, that various improvements will be possible and code will be easier to maintain. Best regards, Daniel [1] http://blogs.msdn.com/b/vcblog/archive/2013/07/19/c99-library-support-in-vi… [2] https://gcc.gnu.org/c99status.html [3] http://repo.or.cz/w/tinycc.git/blob/HEAD:/TODO [4] http://clang.llvm.org/docs/UsersManual.html#id43 -- Daniel Kochmański | Poznań, Poland ;; aka jackdaniel "Be the change that you wish to see in the world." - Mahatma Gandhi

3 2

Safely calling lisp lambda function from C?
by bruce li 08 Sep '15

08 Sep '15

Hi, I'm writing a wrapper for a game engine that involves a few callbacks. I wrap the callback in a C function so that I can pass in lambdas as callbacks. Here is how the code looks like: cl_object callback_wrapper(cl_object lambda, cl_object ...) { cl_funcall(2, lambda, some_params); } It works OK if the passed in lambda function is syntactically correct. But it fails disastrously if the function contains errors, either syntactically or logically and it crashes the program. I wonder if it's possible to call the lambda function in a safer manner and when anything is wrong, it just drops to the top-level? A second question is... can I traverse lisp lists in C? I would like to collect everything into a C++ vector and pass that on to the engine's API. Thanks, Bruce

2 1

email list subject line
by Daniel Herring 05 Sep '15

05 Sep '15

Hi all, The old mailing list had a "[Ecls-list]" prefix in the subject line. This was helpful for visually scanning a mailbox and could also be used for filter rules. The new list has no such prefix. Could someone add it? I don't care the exact format -- [Ecls-list], [ECL], whatever. I would just appreciate the addition. Thanks, Daniel

3 2

[floats][infinity][C99]
by Daniel Kochmański 04 Sep '15

04 Sep '15

Hello, I'm little in doubt. Problem is related to ieee-floating-point extensions, which provide infinities and nan. Everything works fine until we generate C code, which simply breaks, because it isn't taken into account. There are two possible solutions: - for these cases use constant expressions, which trigger an error on some compilers, that is (0.0 / 0.0) for nan, (1.0 / 0.0) for infinity - use defined by C99 macros: INFINITY and NAN, which will work on any compiler supporting C99. Using the latter is clean and elegant, but raises requirements of ECL for C backend. Regarding compilers, C99 is considered complete since GCC 4.5 (and partly complete in previous versions), while MSVC implemented them with VS2013 (however ECL runs with bytecmp, so if no additional package using infinities is added during buildtime, there should be no problem with using previous versions). I'm writing to ML to ask your opionions - should we use these macros? Best regards, Daniel -- Daniel Kochmański | Poznań, Poland ;; aka jackdaniel "Be the change that you wish to see in the world." - Mahatma Gandhi

2 6

Swank server dies with any error in REPL
by bruce li 04 Sep '15

04 Sep '15

Hi, there, I'm pretty new to ECL. I'm currently considering embedding ECL in a game engine. When I interactively interrupt the program and drop into the repl, I load up swank with quicklisp and create swank server with (swank:create-server :port 4005). I can connect to it from SLIME. But any error in the statement, either by deliberately typing sth wrong, will cause swank server to close instead of dropping into the debugging environment. I have no idea why this happens. It turns out that if I start swank on a different thread with mp:process-run-function, it goes well. But since the game engine is based on OpenGL, multithreading rendering isn't an option. I wonder if there is any way to get around the swank server and enable its debugger when it encounters error. Thanks, Bruce

4 5

[ECL][16.0.0][Release]
by Daniel Kochmański 31 Aug '15

31 Aug '15

Dear all, since nothing serious came up, we are publishing a new release. Announcment: https://common-lisp.net/project/ecl/files/ecl-16.0.0-announcement.html Source distribution: https://common-lisp.net/project/ecl/files/ecl-16.0.0.tgz Windows binary installer: https://common-lisp.net/project/ecl/files/ecl-16.0.0-msvc-win32-installer.e… Enojoy! Best regards, Daniel Kochmański -- Daniel Kochmański | Poznań, Poland ;; aka jackdaniel "Be the change that you wish to see in the world." - Mahatma Gandhi

2 2

[gmane]
by Daniel Kochmański 30 Aug '15

30 Aug '15

On the old mailing list Raymond asked, if I could subscribe new list to gmane. Already filed submission form, if someone is interested, gmane directory name will be "gmane.lisp.ecl.devel". Best regards, Daniel -- Daniel Kochmański | Poznań, Poland ;; aka jackdaniel "Be the change that you wish to see in the world." - Mahatma Gandhi

2 3

The heap-size experimental branch
by Matthew Mondor 29 Aug '15

29 Aug '15

An experimental branch has been created called heap-size. The goal is for ECL to automatically resize the requested heap smaller, or to raise the soft OS process RLIMIT_DATA to satisfy the heap size. Without this, it's possible for ECL to freeze if it reaches the OS-imposed limit. The latest commit includes a message on how to test it: https://gitlab.com/embeddable-common-lisp/ecl/commit/a9f0539cea3f3b451007f8… Code testing and review is welcome. Notably hackish is heap_gap, which is a guess on the heap size ECL already needs other than the boehm-gc/general heap we're configuring with --heap-size. If it's always large enough, all should be fine, but if it's not, the freezing issue could still occur. There might be other ways to solve the freeze at the allocator or boehm-gc levels. However, it will still be useful for ECL to adapt the heap to the OS-imposed limit, and to adapt the soft OS limit to the heap ECL wants to use. This is unrelated to the new ECL release; once considered stable enough the heap-size branch should be merged on the develop branch. Thanks, -- Matt

1 1

[release candidate][16.0.0-rc1]
by Daniel Kochmański 27 Aug '15

27 Aug '15

Dear all, release candidate ECL-16.0.0-rc1 has been published. All remarks and tests will be deeply appreciated (thanks!). Changes from last release can be found here: https://gitlab.com/embeddable-common-lisp/ecl/blob/develop/CHANGELOG Git repository addresses are (branch of interest is ECL-16.0.0-rc1): git@gitlab.com:embeddable-common-lisp/ecl.git https://gitlab.com/embeddable-common-lisp/ecl.git and downloadable tarball address is: https://common-lisp.net/project/ecl/files/ecl-16.0.0-rc1.tgz (in this directory all future releases will be stored and previous ones will be imported). I plan to describe changes in more detail in ECL Quarterly when finished. If no serious issues will come up next release is planned at 2015-08-28. Windows will have prebuilt version with MSVC. Best regards, Daniel Kochmański -- Daniel Kochmański | Poznań, Poland ;; aka jackdaniel "Be the change that you wish to see in the world." - Mahatma Gandhi

3 7

[ECL Quarterly Volume 2]
by Daniel Kochmański 25 Aug '15

25 Aug '15

Dear all, I've published second volume of ECL Quarterly. It is available here: https://common-lisp.net/project/ecl/quarterly/volume2.html Earl Ducane also started a great project to share ECL workflow hints (it didn't made to Volume 2 due to time constraints and will be published at Volume 3): https://github.com/earl-ducaine/stupid-ecl-tricks-1 I hope, that this will be permanent part of ECL Quarterly. Best regards, Daniel Kochmański PS. I know, ECL 16.0.0 isn't published yet and announcment is there… -- Daniel Kochmański | Poznań, Poland ;; aka jackdaniel "Be the change that you wish to see in the world." - Mahatma Gandhi

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

ecl-devel