sbcl Log

Commit Date  
[c06b8c] (2.1 kB) by Christophe Rhodes Christophe Rhodes

support for DragonFly BSD

x86(-64) only for now, and threads are currently non-functional.
Closes lp#1292845, thanks to Vasily Postnicov.

2014-06-20 10:48:35 View
[c0fd7a] (1.5 kB) by Christoph Egger Christoph Egger , pushed by Christophe Rhodes Christophe Rhodes

Add kFreeBSD codepath

This consequently uses the LISP_FEATURE_FREEBSD variable in C code,
modifies the make-config target so `uname` = "GNU/kFreeBSD" is
detected as sbcl_os=freebsd correctly and adds some alternative code
for the FreeBSD target if using the GNU libc.

2014-06-13 12:39:30 View
[e8e0f5] (1.4 kB) by Nikodemus Siivola Nikodemus Siivola better host lisp fasl-type logic

* Patch by Josh Elsasser, lp#615492.

In his words:

OpenBSD/amd64 recently began running signal handlers with a clean
FPU state, making it necessary to load the floating point control
word. The attached patch does exactly this, and works equally well
on OpenBSD systems from both before and after the signal handler
change was made.

This patch is necessary to build SBCL x86-64 on recent -current
snapshots of OpenBSD, and for the upcoming 4.8 release.

* Committing untested, as I don't have OpenBSD handy.

2010-09-01 16:05:17 View
[584bfd] (1.3 kB) by Thiemo Seufer Thiemo Seufer Nicer C code
- More consistent formatting.
- Spelling fixes.
- Declare empty parameter lists as void.

2007-07-25 21:37:31 View
[bd4553] (1.3 kB) by sa2c sa2c support for FreeBSD/x86-64

2006-12-15 02:57:52 View
[b6537f] (None) by Cyrus Harmon Cyrus Harmon
FreeBSD threads fixes, based on the patches from NIIMI Satoshi
on the sbcl-devel mailing list. This makes FreeBSD threads "work",
finally, at least experimentally.

* added lutex_trylock routine.
* fix the sb-lutex and (not wait-p) case of get-lutex.
* add pthred_mutexattr_t field to the lutex lisp object.
* use libthr (1:1 threading) instead of libpthread (m:n threading)
which supposedly doesn't work.
* use PTHREAD_MUTEX_ERRORCHECK when attribute locking mutexes
* create a dedicated cleanup thread to free threads
* put a mutex around creating threads
* use load_fs instead of the inline asm stubs

2006-11-20 04:51:37 View
[000e9e] (None) by Juho Snellman Juho Snellman
Fix FP exception handling on FreeBSD (patch by NIIMI Satoshi
on sbcl-devel)

2006-06-10 00:26:14 View
[402958] (None) by Juho Snellman Juho Snellman
Implement SB-THREAD mutexes and waitqueues using only pthread
functionality on platforms that don't support Linux futexes. New
platforms that can be compiled with SB-THREAD:

* Solaris/x86 (seems to be as stable as SBCL threads on Linux)
* OS X/x86 (some known stability problems, but doesn't fail on the
thread regression tests every time)
* FreeBSD/x86 (reportedly "flat-out broken", tends to cause
kernel panics)

While I (Juho) am doing the final merge from lutex-branch to
HEAD, much of the work was done by Cyrus Harmon, based on an
initial implementation by Nathan Froyd. The Solaris work was
funded by Tellme Networks, Inc.

2006-06-03 20:26:52 View
[3d2165] (None) by Cyrus Harmon Cyrus Harmon
x86/Darwin support
... Add Config support and ape the darwin/ppc space fixup stuff.
... Align stack to 16-bytes as per ABI in %alien-funcall,
c-call and show.
... Add darwin space params.
... Use an altstack for handling signals in hopes of giving signal
handlers properly aligned stacks.
... Get registers and flags out of the mcontext properly. Needed
to play some games to get sys/_types included in order to get
the full definition of the mcontext struct which Apple tries
to hide from us.
... Moved os_get_runtime_executable_path from ppc-darwin-os.c to
new file darwin-os.c.
... Fix debugging #ifdefs in runtime.h
... #define hacks to x86-assem.S to keep Apple's brain-dead
assembler happy. In particular, it doesn't like things like
$NIL, so I had to play some games with the precompiler to make
it happy, and it wants .globl instead of .global. Also fixed a
couple raw .aligns that should have used the macros
... Align stack in ppc-assem.S:call_into_c
... Added x86-darwin-os.h
... #- out debug.impure test that causes bad things to happen on
darwin/ppc as it seems to cause bad things on x86/darwin as
... adjust fails for float tests
... LDSO stubs for x86/darwin

2006-03-06 09:59:33 View
[01044a] (None) by Christophe Rhodes Christophe Rhodes
Merge Perry Metzger "netbsd patches" sbcl-devel 2004-04-06
... don't merge SB_THREAD/spinlock cleanup; the right answer
is to define an almost-null get_spinlock() version
for non-threaded builds.

2004-04-08 12:00:30 View
[506253] (None) by Christophe Rhodes Christophe Rhodes
MacOS/Darwin merge. Points to note:
... thanks to Patrik Nordebo, Pierre Mai and Brian Mastenbrook;
... mmap()ed simple-streams appear not to work under darwin;
... floating point traps are currently non-functional on both ppc
... on darwin, hitting ^C, then choosing CONTINUE results in a
memory fault;
... there's no lchown under darwin;
... x86/bsd building is also slightly non-functional currently;
... There's a OAOOM problem in src/compiler/ppc/c-call.lisp, and in

2003-07-29 13:01:55 View
[503a50] (None) by Daniel Barlow Daniel Barlow whitespace! there is no substantive change between this and, but all of src/runtime/*.[ch] has been eyeballed and
weird indenting fixed up in favour of a uniform 4 charcters
everywhere. We give this change its version number to make
it easier to diff previous and subsequent changes without
white(space) noise adding to the confusion.

2002-07-18 17:47:34 View
[68fd2d] (None) by William Harold Newman William Harold Newman
merged CSR SPARC port patch (sbcl-devel 2002-02-12, plus
lotso new files through FTP)
tweaking patch...
...updated sbcl.1
...added 'typedef os_context_register' for OpenBSD
...added ARCH_HAS_STACK_POINTER for x86 (and added
x86-arch.h to hold it)
...renamed fpregister and fp.register to float.register (to
avoid the ambiguity with "frame pointer" that I
experienced when first trying to figure this out,
since even though for a given architecture it's pretty
unambiguous, in architecture-neutral code it's not)
...added x86-bsd-os.h

2002-02-15 17:10:02 View