August 2015 - ecl-devel - mailman3.common-lisp.net

[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 28 Aug '15

28 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

Re: [release candidate][16.0.0-rc1]
by Anton Vodonosov 24 Aug '15

24 Aug '15

Great! I have started cl-test-grid tests, to compare results with previous release. Will follow up with the results in the following days. Best regards, - Anton 24.08.2015, 13:04, "Daniel Kochmański" <daniel(a)turtleware.eu>: > Ok, seems that patch helped – everything builds fine now. It's weird > that it didn't break on my host though. I've pushed fix to main > repository and pulled it on testgrid host. Build with ecl_rebuild.sh > finished successfully :-) > > Best regards, > Daniel > >>>> >>>> 24.08.2015, 09:44, "Daniel Kochmański" <daniel(a)turtleware.eu>: >>>>> Or even more complete version of patch: >>>>> >>>>> -- CUT HERE -- >>>>> diff --git a/src/lsp/config.lsp.in b/src/lsp/config.lsp.in >>>>> index ee8bb9d..e4eb842 100644 >>>>> --- a/src/lsp/config.lsp.in >>>>> +++ b/src/lsp/config.lsp.in >>>>> @@ -26,6 +26,17 @@ >>>>> @(return) = output; >>>>> }" :one-liner nil)) >>>>> >>>>> +#+(and ecl-min uname) >>>>> +(defun uname () >>>>> + "A poor man's uname" >>>>> + (list "@SOFTWARE_TYPE@" >>>>> + NIL #| hostname |# >>>>> + #.(let ((aux "@SOFTWARE_VERSION@")) >>>>> + (when (plusp (length aux)) >>>>> + aux)) >>>>> + NIL #| kernel version |# >>>>> + "@ARCHITECTURE@")) >>>>> + >>>>> ;; >>>>> ;; * Short and long site names >>>>> ;; >>>>> -- CUT END -- >>>>> >>>>> Daniel Kochmański writes: >>>>> >>>>>> Hello, >>>>>> >>>>>> I've compared it with my successful build and there is no significant >>>>>> differences until fail you encounter. I can't reproduce error on my >>>>>> machines. >>>>>> >>>>>> ASDF uses the functions: machine-instance, machine-type etc. to allow >>>>>> UIOP returning relevant information. They piggyback on uname if uname >>>>>> feature is present. The function is defined only when we're outside >>>>>> ecl-min, maybe this is why the problem arise? >>>>>> >>>>>> Does applying the following patch help? >>>>>> >>>>>> -- CUT HERE -- >>>>>> diff --git a/src/lsp/config.lsp.in b/src/lsp/config.lsp.in >>>>>> index ee8bb9d..9545500 100644 >>>>>> --- a/src/lsp/config.lsp.in >>>>>> +++ b/src/lsp/config.lsp.in >>>>>> @@ -26,6 +26,14 @@ >>>>>> @(return) = output; >>>>>> }" :one-liner nil)) >>>>>> >>>>>> +#+(and ecl-min uname) >>>>>> +(defun uname () >>>>>> + (list "Unknown" >>>>>> + "Unknown" >>>>>> + "Unknown" >>>>>> + "Unknown" >>>>>> + "Unknown")) >>>>>> + >>>>>> ;; >>>>>> ;; * Short and long site names >>>>>> ;; >>>>>> -- >>>>>> 2.5.0 >>>>>> -- CUT HERE -- >>>>>> >>>>>> Best regards, >>>>>> Daniel >>>>>> >>>>>> Anton Vodonosov writes: >>>>>> >>>>>>> 23.08.2015, 23:08, "Daniel Kochmański" <daniel(a)turtleware.eu>: >>>>>>>> Anton Vodonosov writes: >>>>>>>> >>>>>>>>> I can't build it: >>>>>>>>> >>>>>>>>> Condition of type: UNDEFINED-FUNCTION >>>>>>>>> The function CL::UNAME is undefined. >>>>>>>>> Available restarts: >>>>>>>>> >>>>>>>>> 1. (ABORT) ABORT >>>>>>>>> >>>>>>>>> I am not sure, but it looks like the error happens when compiling >>>>>>>>> asdf.lisp >>>>>>>> >>>>>>>> CL:UNAME is function used only when bootstrapping the ECL (ASDF doesn't >>>>>>>> call it – checked with grep). >>>>>>>> >>>>>>>> Could you try to remove "build/" directory completly (if you did git >>>>>>>> pull, you might have some glitches from a previous build) and try once >>>>>>>> more? >>>>>>>> >>>>>>>> If error remains, could you share build-stamp, config.log, config.status >>>>>>>> and full build log? The last one might be tapped when invoking make: >>>>>>>> >>>>>>>> $ make |& tee build.out >>>>>>> >>>>>>> Attached. I did >>>>>>> $ ./ecl-rebuild.sh |& tee build.out >>>>>>> >>>>>>> The ecl-rebuild.sh which includes configure is attached too. >>>>>>> >>>>>>>> Best regards, >>>>>>>> Daniel >>>>>>>> >>>>>>>>> Best regards, >>>>>>>>> - Anton >>>>>>>>> >>>>>>>>> 21.08.2015, 21:53, "Daniel Kochmański" <daniel(a)turtleware.eu>: >>>>>>>>>> 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 >>>>>>>> >>>>>>>> -- >>>>>>>> Daniel Kochmański | Poznań, Poland >>>>>>>> ;; aka jackdaniel >>>>>>>> >>>>>>>> "Be the change that you wish to see in the world." - Mahatma Gandhi >>>>> >>>>> -- >>>>> Daniel Kochmański | Poznań, Poland >>>>> ;; aka jackdaniel >>>>> >>>>> "Be the change that you wish to see in the world." - Mahatma Gandhi >>> >>> -- >>> Daniel Kochmański | Poznań, Poland >>> ;; aka jackdaniel >>> >>> "Be the change that you wish to see in the world." - Mahatma Gandhi > > -- > Daniel Kochmański | Poznań, Poland > ;; aka jackdaniel > > "Be the change that you wish to see in the world." - Mahatma Gandhi

1 0