mirror of
https://git.savannah.gnu.org/git/guile.git
synced 2025-05-02 04:40:29 +02:00
* NEWS: Corrected remarks about SCM_API. * configure.in: Defining USE_DLL_IMPORT definition to indicate usage of DLL import macros in `libguile/__scm.h'. (LIBOBJS): Removed `fileblocks.o' from the list of object files. Somehow Jim Blandy's patch from 1997 did not survive. 2001-11-04 Stefan Jahn <stefan@lkcc.org> * configure.in (EXTRA_DEFS): Follow-up patch. Using SCM_IMPORT instead of __SCM_IMPORT__. * readline.c (scm_readline_init_ports): Disable input/output stream redirection for Win32. The readline package for Win32 does not support this. The guile-readline library works fine for command line editing. * readline.h (SCM_RL_API): Renamed __FOO__ macros into FOO. 2001-11-04 Stefan Jahn <stefan@lkcc.org> * Makefile.am (libguile_la_LIBADD): Added $(THREAD_LIBS_LOCAL) here (was at guile_LDADD) which describes the dependency correctly and allows a clean build on Win32. * __scm.h (SCM_API): Follow-up patch. Renamed __FOO__ macros into FOO. * __scm.h: USE_DLL_IMPORT indicates the usage of the DLL import macros for external libraries (libcrypt, libqthreads, libreadline and libregex). * coop-defs.h: Include <winsock2.h> for `struct timeval'. * posix.c (flock): Added support for flock() in M$-Windows. * guile.c (SCM_IMPORT): Follow-up patch. Use SCM_IMPORT instead of __SCM_IMPORT__. * fports.c (getflags): Differentiate reading and writing pipes descriptors. * filesys.c (S_IS*): Redefine all of the S_IS*() macros for M$-Windows. * coop.c (coop_condition_variable_timed_wait_mutex): Use conditionalized error code if `ETIMEDOUT' is not available. (scm_thread_usleep): Remove bogus declaration of `struct timeval timeout'. * numbers.c (PTRDIFF_MIN): Moved this definition where it actually belongs. That is because NO_PREPRO_MAGIC gets undefined after each inclusion of `num2integral.i.c'. (SIZE_MAX): Define NO_PREPRO_MAGIC if SIZE_MAX is undefined. 2001-11-04 Stefan Jahn <stefan@lkcc.org> * md/Makefile.am (EXTRA_DIST): Added `i386.asm'. * md/i386.asm: New file. Contains the Intel syntax version for nasm/tasm/masm of the file `i386.s'. * qt.h.in: Definition of QT_API, QT_IMPORT and QT_EXPORT. Prefixed each symbols which is meant to go into a DLL. * Makefile.am (libqthreads_la_LDFLAGS): Put `-no-undefined' into LDFLAGS to support linkers which do not allow unresolved symbols inside shared libraries. (EXTRA_DIST): Add `libqthreads.def', which is an export file definition for M$-Windows. It defines exported symbols. This is necessary because the M$VC linker does not know how to export assembler symbols into a DLL. 2001-11-04 Stefan Jahn <stefan@lkcc.org> * srfi-13.h, srfi-14.h, srfi-4.h: Follow-up patch. Renamed __FOO__ macros into FOO. 2001-11-04 Stefan Jahn <stefan@lkcc.org> * tests/ports.test: Run (close-port) before (delete-file) if necessary/advisory. |
||
---|---|---|
.. | ||
md | ||
time | ||
.cvsignore | ||
b.h | ||
ChangeLog | ||
CHANGES | ||
config | ||
copyright.h | ||
INSTALL | ||
libqthreads.def | ||
Makefile.am | ||
Makefile.base | ||
meas.c | ||
qt.c | ||
qt.h.in | ||
README | ||
README.MISC | ||
README.PORT | ||
stp.c | ||
stp.h |
This is a source code distribution for QuickThreads. QuickThreads is a toolkit for building threads packages; it is described in detail in the University of Washington CS&E Technical report #93-05-06, available via anonymous ftp from `ftp.cs.washington.edu' (128.95.1.4, as of Oct. '94) in `tr/1993/05/UW-CSE-93-05-06.PS.Z'. This distribution shows basic ideas in QuickThreads and elaborates with example implementations for a gaggle of machines. As of October those machines included: 80386 faimly 88000 faimily DEC AXP (Alpha) family HP-PA family KSR MIPS family SPARC V8 family VAX family Configuration, build, and installation are described in INSTALL. Be aware: that there is no varargs code for the KSR. The HP-PA port was designed to work with both HP workstations and Convex SPP computers. It was generously provided by Uwe Reder <uereder@cip.informatik.uni-erlangen.de>. It is part of the ELiTE (Erlangen Lightweight Thread Environment) project directed by Frank Bellosa <bellosa@informatik.uni-erlangen.de> at the Operating Systems Department of the University of Erlangen (Germany). Other contributors include: Weihaw Chuang, Richard O'Keefe, Laurent Perron, John Polstra, Shinji Suzuki, Assar Westerlund, thanks also to Peter Buhr and Dirk Grunwald. Here is a brief summary: QuickThreads is a toolkit for building threads packages. It is my hope that you'll find it easier to use QuickThreads normally than to take it and modify the raw cswap code to fit your application. The idea behind QuickThreads is that it should make it easy for you to write & retarget threads packages. If you want the routine `t_create' to create threads and `t_block' to suspend threads, you write them using the QuickThreads `primitive' operations `QT_SP', `QT_INIT', and `QT_BLOCK', that perform machine-dependent initialization and blocking, plus code you supply for performing the portable operatons. For example, you might write: t_create (func, arg) { stk = malloc (STKSIZE); stackbase = QT_SP (stk, STKSIZE); sp = QT_INIT (stakcbase, func, arg); qput (runq, sp); } Threads block by doing something like: t_block() { sp_next = qget (runq); QT_BLOCK (helper, runq, sp_next); // wake up again here } // called by QT_BLOCK after the old thread has blocked, // puts the old thread on the queue `onq'. helper (sp_old, onq) { qput (onq, sp_old); } (Of course) it's actually a bit more complex than that, but the general idea is that you write portable code to allocate stacks and enqueue and dequeue threads. Than, to get your threads package up and running on a different machine, you just reconfigure QuickThreads and recompile, and that's it. The QuickThreads `distribution' includes a sample threads package (look at stp.{c,h}) that is written in terms of QuickThreads operations. The TR mentioned above explains the simple threads package in detail. If you do use QuickThreads, I'd like to hear both about what worked for you and what didn't work, problems you had, insights gleaned, etc. Let me know what you think. David Keppel <pardo@cs.washington.edu>