Work at SourceForge, help us to make it a better place! We have an immediate need for a Support Technician in our San Francisco or Denver office.

Close

sbcl Log


Commit Date  
[6d26ba] (sbcl_0_9_16) by William Harold Newman William Harold Newman

0.9.16:
release, will be tagged as sbcl_0_9_16

2006-08-25 21:26:42 Tree
[98c725] by Nikodemus Siivola Nikodemus Siivola

0.9.15.48: more precice unions of array types
* implement ARRAY :SIMPLE-UNION2, and don't use CSUBTYPEP to shortcut
unions where both types are array types -- fixes bug #306a. (Move to tests.)
* move comments in UNION-COMPLEX-SUBTYPEP-ARG2 slightly for clarity.
* bug #367 went with #368.
* bug #387 is fixed nowadays.

2006-08-23 12:46:26 Tree
[f76b45] by Nikodemus Siivola Nikodemus Siivola

0.9.15.47: compiler-macros for SETF functions
* ...already work, so remove the warning, and add a test

2006-08-22 17:01:39 Tree
[903f44] by Nikodemus Siivola Nikodemus Siivola

0.9.15.46: cosmetic cleanups
* SLOT-VALUE-OR-DEFAULT now uses an UNREADABLE-OBJECT as the default
marker for unbound slots, giving us #<unbound slot> instead of "unbound".
* Edit special operator docstrings for consistency.
* Whitespace.

2006-08-22 15:48:56 Tree
[097024] by Christophe Rhodes Christophe Rhodes

0.9.15.45:
Make ENSURE-CLASS and ENSURE-GENERIC-FUNCTION do what AMOP says
regarding the :METACLASS and :GENERIC-FUNCTION-CLASS default
arguments. I don't like it, but that's what it says, and as
Bruno points out on sbcl-devel, no default is right in all
circumstances.
... we didn't call ENSURE-CLASS ourselves except as part of
DEFCLASS' expansion; we did call
ENSURE-GENERIC-FUNCTION, so arrange to call it only
when necessary and only with the right
:generic-function-class argument.
... while we're at it, fix a bug in ENSURE-CLASS, which got
the metaclass wrong if the argument was provided
more than once.
... document one or two more small MOP deviations in the
manual.

2006-08-22 13:23:41 Tree
[e470d1] by Nikodemus Siivola Nikodemus Siivola

0.9.15.44: fix bug 368: intersection of array types
* TYPE-INTERSECTION of arrays preserves the specialized type when
appropriate -- even if the intersection of the expressed types is
empty.
* Delete bug 217 -- has been fixed, is in the test-suite.
* Note about bug 235.
* Not more *USE-IMPLEMENTATION-TYPES*, behave always as if it was T.

2006-08-21 17:54:38 Tree
[81c6f8] by Christophe Rhodes Christophe Rhodes

0.9.15.43:
Tiny rename in PCL, to stop me from confusing UPDATE-CLASS with
the completely unrelated (FLET UPDATE-CLASS).

2006-08-21 16:34:58 Tree
[e0f4c9] by Christophe Rhodes Christophe Rhodes

0.9.15.42:
Move to latest upstream ASDF. (Contains a workaround for
systems that have been placed in CL-USER)

2006-08-21 16:25:11 Tree
[8f7210] by Gabor Melis Gabor Melis

0.9.15.41: preparation for weak hash tables
* Indentation changes to target-hash-table.lisp to make the lines fit
into a 80 char wide emacs.
* Small refactoring of hash table related code in gencgc: of the
x86/x86-64 version of scav_vector a function called
scav_hash_table_entries is split off and some repetitive code is
factored out.

2006-08-20 20:51:43 Tree
[60ce53] by Nikodemus Siivola Nikodemus Siivola

0.9.15.40: reentrant STABLE-SORT and ADJUST-ARRAY
* Create new (initially length 0) temp vectors for each thread.
* Rename APPLY-KEYED-PRED to FUNCALL2-USING-KEY.
* Update threading-specials list a bit.

2006-08-20 09:28:22 Tree
[c97e05] by Nikodemus Siivola Nikodemus Siivola

0.9.15.39: futex(FUTEX_WAIT) calls need to check for EINTR
* Caused bogus wakeups in CONDITION-WAIT on Linux from SIGCONT.

2006-08-18 16:21:54 Tree
[7275aa] by Teemu Kalvas Teemu Kalvas

0.9.15.38: RUN-PROGRAM win32 patch
* Fixed control flow in error cases.
* Added -mno-cygwin to contrib EXTRA_CFLAGS on Cygwin.

2006-08-18 13:09:58 Tree
[832f3b] by Christophe Rhodes Christophe Rhodes

0.9.15.17:
Implement the :FUNCTION initarg for method initialization
... half of the battle here was altering the propagation of
information about methods around the system. Prior
to this checkin, information was kept in a (non-weak)
hash table holding plists for method functions and
method fast functions. Instead, we associate the
plist with the method itself.
... implement method-qualifiers as a proper slot reader, rather
than through the plist;
... method-function-get-DIE-DIE-DIE
... constant-method-call and constant-fast-method-call
structures for the special case of constant-value
(e.g. predicate) generic functions
... remove :METHOD-SPEC initarg, since it's useless
... rely more on interning instead of METHOD-FUNCTION-PV-TABLE
... remove dead code (e.g. METHOD-FUNCTION-CLOSURE-GENERATOR,
MAKE-INTERNAL-READER-METHOD-FUNCTION)
... define a %METHOD-FUNCTION funcallable structure, to bind
function and fast-function closely together.
... remove the :FAST-FUNCTION initarg. Now, if the system wants
a fast-function, it creates a %method-function structure
with the fast-function in the fast-function slot (and
an ordinary method-function as the
funcallable-instance-function)
... some test cases. (This fixes bug #361 among others, and we
have no current failures against the Closer
mop-feature-tests)

2006-08-17 15:12:46 Tree
[41d822] by Nikodemus Siivola Nikodemus Siivola

0.9.15.36: less intrusive step instrumentation

* INVOKE-EFFECTIVE-METHOD was missing a binding for the
effective-method-form, causing potential multiple evaluation and
also creating one source of confusion when step instrumenting CLOS
code, manifesting as:

Asserted type (MOD 536870911) conflicts with derived type
(VALUES (OR FUNCTION SB-PCL::METHOD-CALL SB-PCL::FAST-METHOD-CALL)
&OPTIONAL).

* If the form being instrumented is a call to a known single-valued
function we can instrument it in a way that doesn't kill the
type-inference. This alone is enough to get rid of most warnings
such as above.

* Add rudimentary (B)acktrace command to the built-in stepper.

2006-08-16 19:05:45 Tree
[5ec5d0] by Nikodemus Siivola Nikodemus Siivola

0.9.15.35: fix CONS :SIMPLE-= method
* The failure is uncertain if both types may be the empty type
in disguise.
* Tests.

2006-08-16 18:04:34 Tree
[140751] by Nikodemus Siivola Nikodemus Siivola

0.9.15.34: CONS type comparison
* Secondary return value from :SIMPLE-= method for CONS was missing,
causing TYPE= failures to appear ambiguous when they were not.

2006-08-15 10:24:10 Tree
[daba25] by Christophe Rhodes Christophe Rhodes

0.9.15.33:
Make whitespacely-canonical-filenames kinder to alternative
revision control systems. (Not stomping on "pristine" trees
makes them happier)

2006-08-15 09:11:34 Tree
[719223] by Christophe Rhodes Christophe Rhodes

0.9.15.32:
More baby steps to the removal of the :fast-function initarg.
This time, some permutation vector cleanups, partly motivated by
similar changes in CMUCL and partly by the need to communicate
information between a method function and the other method
initargs.
... remove the "interning" of permutation vectors themselves.
... the first element of a permutation vector is no longer "for
information"
... destructively update the slots of a pv when the class
changes. (NB: this has threadsafety implications:
revisit when the dust settles.)
... delete the PV-TABLE-SYMBOL code; replace the somewhat crufty
fashion of getting access to the method's pv-table
(using symbol-value of an uninterned symbol, which is
SET by INITIALIZE-METHOD-FUNCTION) by a LOAD-TIME-VALUE,
relying on INTERN-PV-TABLE to, well, intern a PV table.
(NB: this has performance implications if method
functions are not compiled.)
... some test cases: some simple tests of class redefinition and
slot value, and some where there is a make-method-lambda
customization. Also log a failing case where the PV
slot-value optimization is broken.

2006-08-15 08:49:51 Tree
[055c3e] by Teemu Kalvas Teemu Kalvas

0.9.15.31: RUN-PROGRAM win32 patch
* Fixed input, output and error redirection in RUN-PROGRAM for win32.

2006-08-14 14:11:45 Tree
[19f2c1] by Teemu Kalvas Teemu Kalvas

0.9.15.31: RUN-PROGRAM win32 patch
* Fixed input, output and error redirection in RUN-PROGRAM for win32.

2006-08-14 13:57:27 Tree
[f236e2] by William Harold Newman William Harold Newman

0.9.15.30:
incremented +FASL-FILE-VERSION+

2006-08-14 13:07:50 Tree
[665eea] by Christophe Rhodes Christophe Rhodes

0.9.15.29:
Before I forget: since working on a %method-function branch to
fix the :function / :fast-function initarg to methods has
uncovered some related-but-fixable bugs, do an early merge to
clear them up:
... the special declaration for pv-table-symbol was in the
wrong place, so spurious warnings were generated;
... make-emf-from-method can return a method-call (not a
fast-method-call), so fix cases where both the
caller and callee of a MAKE-METHOD form were
non-standard.
... remove an ancient workaround for a KCL bug related to
pv-table-symbol.

2006-08-14 09:21:57 Tree
[40b06a] by Nikodemus Siivola Nikodemus Siivola

0.9.15.28: less instrumentation

* Don't instrument inline-expansions of known functions. Fixes at
least some of the "step-instrumentation confusing the compiler"
problems.

* Rename IR1-CONVERT-LAMBDA-FOR-DEFUN to
IR1-CONVERT-INLINE-EXPANSION, since that is the only way it is
currently used. Refactor slightly for simplicity, given the way it
is actually used.

* Test-case.

2006-08-12 09:55:13 Tree
[de1859] by Nikodemus Siivola Nikodemus Siivola

0.9.15.27: compiler-macro expansion for FUNCALL forms & bugfixes
* Refactor the compiler to first consider special forms and
compiler-macro expansions before other options. (Necessary for the
rest.)

* FUNCALL forms now get compiler-macro expansion when applicable.

* COMPILER-MACRO-FUNCTION takes shadowing by local functions into
account.

* Local INLINE declarations no longer inhibit compiler-macro
expansion.

* Tests.

2006-08-11 13:37:18 Tree
[8bcffb] by Nikodemus Siivola Nikodemus Siivola

0.9.15.26: compiler-macro lambda-list parsing and FUNCALL forms
* We previously handled only the &WHOLE case, and also failed to
handle the argument count checking correct. Now things should work,
but FUNCALL forms are not still subject to compiler-macroexpansion -- yet.
(Reported by James Y Knight)
* Refactor the macro-lambda-list parsing code slightly for easier
comprehension.

2006-08-11 08:08:39 Tree
Older >