;;;; FIXME: This file and host-c-call.lisp are separate from the ;;;; rest of the alien source code for historical reasons: CMU CL ;;;; made a distinction between the stuff in the C-CALL package and ;;;; stuff in the ALIEN package. There's no obvious boundary ;;;; there, though, and SBCL doesn't try to make this distinction, ;;;; so it might make sense to just merge these files in with the ;;;; rest of the SB-ALIEN code. ;;;; This software is part of the SBCL system. See the README file for ;;;; more information. ;;;; ;;;; This software is derived from the CMU CL system, which was ;;;; written at Carnegie Mellon University and released into the ;;;; public domain. The software is in the public domain and is ;;;; provided with absolutely no warranty. See the COPYING and CREDITS ;;;; files for more information. (in-package "SB!ALIEN") ;;;; extra types (define-alien-type char (integer 8)) (define-alien-type short (integer 16)) (define-alien-type int (integer 32)) #!-(and win32 x86-64) (define-alien-type long (integer #.sb!vm::n-machine-word-bits)) #!+(and win32 x86-64) (define-alien-type long (integer 32)) (define-alien-type long-long (integer 64)) (define-alien-type unsigned-char (unsigned 8)) (define-alien-type unsigned-short (unsigned 16)) (define-alien-type unsigned-int (unsigned 32)) #!-(and win32 x86-64) (define-alien-type unsigned-long (unsigned #.sb!vm::n-machine-word-bits)) #!+(and win32 x86-64) (define-alien-type unsigned-long (unsigned 32)) (define-alien-type unsigned-long-long (unsigned 64)) (define-alien-type float single-float) (define-alien-type double double-float) (define-alien-type utf8-string (c-string :external-format :utf8)) (define-alien-type-translator void () (parse-alien-type '(values) (sb!kernel:make-null-lexenv))) (defun default-c-string-external-format () #!+sb-xc :latin-1 #!-sb-xc (or *default-c-string-external-format* (setf *default-c-string-external-format* (sb!impl::default-external-format)))) ;;; FIXME: %NATURALIZE-C-STRING (and the UTF8 siblings below) would ;;; appear to be vulnerable to the lisp string moving from underneath ;;; them if the world undergoes a GC, possibly triggered by another ;;; thread. Ugh. ;;; ;;; Actually the above shouldn't happen; x86 and x86-64 use GENCGC, ;;; so the string can't move by virtue of pointers to it from ;;; outside the heap. Other platforms will access the lisp string ;;; through the GC-safe interior pointer. -- JES, 2006-01-13 (defun %naturalize-c-string (sap) (declare (type system-area-pointer sap)) (locally (declare (optimize (speed 3) (safety 0))) (let ((length (loop for offset of-type fixnum upfrom 0 until (zerop (sap-ref-8 sap offset)) finally (return offset)))) (let ((result (make-string length :element-type 'base-char))) (sb!kernel:copy-ub8-from-system-area sap 0 result 0 length) result)))) (defun string-to-c-string (string external-format) (declare (type simple-string string)) (locally (declare (optimize (speed 3) (safety 0))) (let ((external-format (sb!impl::get-external-format-or-lose external-format))) (funcall (sb!impl::ef-write-c-string-fun external-format) string)))) (defun c-string-to-string (sap external-format element-type) (declare (type system-area-pointer sap)) (locally (declare (optimize (speed 3) (safety 0))) (let ((external-format (sb!impl::get-external-format-or-lose external-format))) (funcall (sb!impl::ef-read-c-string-fun external-format) sap element-type))))