June 2010 - libdispatch-dev - lists.macosforge.org

packaging libdispatch & friends for Debian
by Mark Heily 24 Jun '10

24 Jun '10

I am pleased to announce that libkqueue has been uploaded to the Debian GNU/Linux package repository [1]. It is available in the 'unstable' branch, and will be in the 'testing' branch soon. Debian users who wish to build libdispatch from source should install the following packages: libkqueue0 libkqueue-dev I am working on Debian packages for compiler-rt and libdispatch, and hope to have those ready soon [2]. Cheers, - Mark [1] http://packages.debian.org/sid/libkqueue0 [2] http://mentors.debian.net/cgi-bin/sponsor-pkglist?maintainer=mark%40heily.c…

1 0

libpthread_workqueue released
by Mark Heily 24 Jun '10

24 Jun '10

I have written a pure userspace implementation of the Darwin pthread_workqueue API as used by libdispatch. This is based on Stacey Son's port to FreeBSD [1], but does not include any of the kernel bits. It's portable to a wide range of POSIX-compliant platforms. I have tested it under Linux, and it shows major improvements in the performance and stability of the libdispatch test suite. I havn't implemented overcommit or multiple priority levels yet, but the basic workqueue functionality is there. I have a few ideas for adding kernel support and will be developing a Linux kernel module to complement the existing userspace code. A tarball of the source code is here: http://mark.heily.com/src/libpthread_workqueue-0.1.tar.gz The SVN repository is available here: svn://mark.heily.com/libpthread_workqueue To try this with libdispatch, add '-lpthread_workqueue' to the LDADD variable in testing/Makefile.am. Regards, - Mark [1] http://people.freebsd.org/~sson/thrworkq/

3 3

OpenCL
by David Minor 14 Jun '10

14 Jun '10

Is anybody working on the idea of getting OpenCL kernels to run under libdispatch? A kernel is semantically similar to a block. I think it would be a big win to be able to do this. David Minor

2 2

linux + libdispatch + clang + blocks
by Mark Heily 08 Jun '10

08 Jun '10

I have been able to compile libdispatch on Linux with a blocks-enabled clang and ran into some issues. The biggest problem is <unistd.h> in the GNU libc declares a function which takes an argument named "__block" which causes an error when compiling with Clang. This has been reported as a bug to GNU and rejected by drepper@ as a WONTFIX bug. I'll submit some patches soon to address these issues, but see below for a list of what I encountered and the "fix" used to get it to work. Regards, - Mark Build environment: clang version 1.1 (branches/release_27) Target: x86_64-pc-linux-gnu Build Commands: cd ~/src/libdispatch sh ./autogen.sh && CC=clang CFLAGS=-fPIC ./configure && make clean && make Problems: [1] __block used within unistd.h declaration In file included from ./internal.h:35: In file included from ../dispatch/dispatch.h:36: /usr/include/unistd.h:1128:35: error: __block attribute not allowed, only allowed on local variables extern void encrypt (char *__block, int __edflag) __THROW __nonnull ((1)); ^ fix: edit unistd.h and remove the __block identifier see: http://sources.redhat.com/bugzilla/show_bug.cgi?id=11157 [2] two private_extern variables cause compile failures. /usr/bin/ld: .libs/libdispatch_la-queue_kevent.o: relocation R_X86_64_PC32 against symbol `_dispatch_safe_fork' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Bad value fix: remove __private_extern__ from variable declarations [3] clang wants arc4random defined fix: add u_int32_t arc4random(); to source [4] clang doesn't like __unused dispatch_after.c:32:21: error: expected ')' void done(void *arg __unused) { ^ dispatch_after.c:32:10: note: to match this '(' void done(void *arg __unused) { ^ fix: delete this attribute [5] fabs() undefined symbol dispatch_drift.o: In function `__main_block_invoke_': dispatch_drift.c:(.text+0x529): undefined reference to `fabs' fix: add -lm to testing/Makefile.am [6] fgetln() not declared summarize.c:69:8: warning: implicit declaration of function 'fgetln' is invalid in C99 [-Wimplicit-function-declaration] ln = fgetln(stdin, &len); fix: add declaration: char *fgetln(FILE *fp, size_t *lenp); [7] Dispatch Source Read test failed ================================================== [TEST] Dispatch Source Read [PID] 8515 ================================================== Actual: 0x603200 Expected: 0x603200 [PASS] dispatch_get_main_queue Actual: 0x12dd010 Expected: 0x12dd010 [PASS] DISPATCH_SOURCE_TYPE_READ bytes available: 1 bytes read: 512000 ^^^^^ hung here, process 8515 was defunct and I killed it manually /bin/bash: line 5: 8515 Terminated ${dir}$tst FAIL: dispatch_read fix: none as of yet

4 10

[PATCH] Do not build the unit tests by default
by Mark Heily 08 Jun '10

08 Jun '10

This patch will prevent the unit tests from being built when "make" is run from the top-level project directory. This is helpful when porting libdispatch to non-BSD platforms. - Mark Index: Makefile.am =================================================================== --- Makefile.am (revision 188) +++ Makefile.am (working copy) @@ -6,5 +6,6 @@ SUBDIRS= \ dispatch \ man \ - src \ - testing + src + +DIST_SUBDIRS=testing

1 0