armedbear-devel

armedbear-devel@common-lisp.net

1202 discussions

[armedbear-devel] Support for specialized arrays?
by Blake McBride 26 Oct '11

26 Oct '11

Greetings, I presume ABCL supports specialized arrays (element-type:) syntactically but I am wondering if ABCL actually creates more efficient, type specific, arrays rather than generic, arrays of objects? Thanks. Blake McBride

3 3

Re: [armedbear-devel] bug of resolve-symlinks
by Gábor Balázs 25 Oct '11

25 Oct '11

hY, I think there is a bug in the list-directory function. The resolve-symlinks flag seems to always resolve the directory symlinks even when the flag is set to nil. Let's have a directory as : total 4 drwxr-xr-x 2 bege users 4096 Oct 23 23:52 dir lrwxrwxrwx 1 bege users 3 Oct 23 23:53 dir-link -> dir -rw-r--r-- 1 bege users 0 Oct 23 23:53 file lrwxrwxrwx 1 bege users 4 Oct 23 23:53 file-link -> file Then Armed Bear Common Lisp 0.26.2 Java 1.6.0_26 Sun Microsystems Inc. Java HotSpot(TM) 64-Bit Server VM Low-level initialization completed in 1.436 seconds. Startup completed in 5.385 seconds. Type ":help" for a list of available commands. CL-USER(1): *(directory "./*" :resolve-symlinks nil)* (#P"/home/bege/TEST/./file" *#P"/home/bege/TEST/dir/"*#P"/home/bege/TEST/./file-link" *#P"/home/bege/TEST/dir/"*) Sorry, if this has been already fixed... Best, `bg`

2 1

Re: [armedbear-devel] destroy-thread and unwind-protect
by Mark Evenson 24 Oct '11

24 Oct '11

On Oct 24, 2011, at 17:59 , James Lawrence wrote: […] > Thanks for the response. > > That seems like a different issue. The purpose is not to guarantee > that the thread is destroyed. > > The behavior sought is: when the protected form stops executing, run > the cleanup forms. […] > In my case I am only interested in detecting the termination of a > thread without polling. Maybe there is an ABCL-specific way to do > that. THREADS:THREAD-ALIVE-P Function: Boolean predicate whether THREAD is alive.

2 4

[armedbear-devel] asdf and windows vs unix on abcl
by Faré 24 Oct '11

24 Oct '11

ABCL is special in that it can run on either Windows or Unix. The problem is that ASDF 2.017 determines which of Windows or Unix at compile-time, which causes confusion when ABCL's builtin ASDF is compiled on Windows and used on Unix or vice-versa. And I can tell your binary was definitely produced on Windows. (I found this issue while testing cl-launch. I also noticed that you fixed your ext:*command-line-argument-list* albeit in a necessarily incompatible way.) I suppose the solution is that the test of unixness vs windowsness should happen at runtime. Crazy. —♯ƒ • François-René ÐVB Rideau •Reflection&Cybernethics• http://fare.tunes.org

5 13

[armedbear-devel] Minor doc patch for table of contents
by Ville Voutilainen 22 Oct '11

22 Oct '11

The basic TOC should be simple. It seems that pdflatex automagically makes the TOC entries to be hyperlinks, so this should be a relative no-brainer? We can use a more elaborate toc-package later if need be. I haven't pushed this in yet, because the manual is sort-of-Mark's turf, so I'm getting my feet wet before committing directly. ;)

2 1

Re: [armedbear-devel] ABCL manual, PDF with suggestions
by Mark Evenson 21 Oct '11

21 Oct '11

On Oct 21, 2011, at 08:34 , Philipp Marek wrote: > Hello Mark, > > here's the ABCL manual with a few ;) annotations. > > Please take them with a grain of salt, yadda yadda yadda. Thanks a lot! There's a lot of detailed work that you point out that I didn't get a chance to finish, but I tried to incorporate your large-scale criticism in [the abcl-20111021a release of the Armed Bear Common Lisp User Manual][1]. The [LaTex sources to the manual][2] are on the abcl 1.0.x branch for which diffs are solicited. [1]: http://abcl-dynamic-install.googlecode.com/files/abcl-20111021a.pdf [2]: http://svn.common-lisp.net/armedbear/branches/1.0.x/abcl/doc/manual/abcl.tex

1 0

[armedbear-devel] abcl-1.0.x branched. Please test.
by Mark Evenson 20 Oct '11

20 Oct '11

In preparation for the release of ABCL-1.0.0 on October 22, 2011 I have [created the 1.0.x branch][1]. It seems to do pleasantly well under Java 7, so I have removed the compile time warning. [1]: svn://common-lisp.net/project/armedbear/svn/branches/1.0.x/abcl

1 1

[armedbear-devel] closure-html compiling again (was Re: SVN r13600 breaks clean trunk Build)
by Mark Evenson 20 Oct '11

20 Oct '11

On Sep 20, 2011, at 15:51 , Erik Huelsmann wrote: > Hi Mark, > > On Tue, Sep 20, 2011 at 11:22 AM, Mark Evenson <evenson.not.org(a)gmail.com> wrote: > > On Sep 20, 2011, at 10:34 , ehuels(a)gmail.com wrote: > > > Hi Mark, > > > > You fixed it already, I see. Sorry about the breakage. Which library fails next? :-) > > > > Unfortunately, I'm having problems compiling closure-common (closure-common-20101107-git), upon which closure-html depends: > With the abcl-1.0.x branch, closure-html from Quicklisp is compiling again.

1 0

[armedbear-devel] packaging of abcl 0.27.0
by Ljungberg, Magnus - 0661 - MITLL 20 Oct '11

20 Oct '11

In the past you've published abcl as a maven artifact over at sonatype.org, something I benefit from daily for my project. Can you please continue that for new releases? Thanks Magnus Ljungberg

4 3

[armedbear-devel] Maxima, once again
by Reinhard Oldenburg 20 Oct '11

20 Oct '11

Hi everybody, I check the staus of ABCL every few month to see how well it runs Maxima. The findings are, that .... - The testsuite goes through, but ABL is more then 10 times slower than native Lisps. - However, tehre are problems with several packages, e.g. load(fmin_cobyla); fails - Loading Maxima with ASDF fails. - There is still no way to produce an image file. Last year I was told that ABCL can load from URL, but I fear that doing this takes a couple of days 8which I can't afford). So is seems that there is not yet a good way to write Applets using Maxima. If anyone can produce a maxima.jar, I'd be happy. Any comments? reinhard

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

armedbear-devel