A similar error is reported on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701379 The build log (partial): ;; Compiling file /var/tmp/paludis/dev-lisp-clisp-2.48-r2/work/clisp-2.48/builddir/bindings/glibc/linux.lisp ... ;; Wrote file /var/tmp/paludis/dev-lisp-clisp-2.48-r2/work/clisp-2.48/builddir/bindings/glibc/linux.fas ;; Wrote file /var/tmp/paludis/dev-lisp-clisp-2.48-r2/work/clisp-2.48/builddir/bindings/glibc/linux.c gcc -I/var/tmp/paludis/dev-lisp-clisp-2.48-r2/work/clisp-2.48/builddir/gllib -O2 -pipe -Wa,--noexecstack -I/usr/include/postgresql-9.2 -I/usr/include/db4.7 -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral -O -falign-functions=4 -pthread -DUNICODE -DMULTITHREAD -DPOSIX_THREADS -DDYNAMIC_FFI -I. -I../.. -c linux.c 0 errors, 0 warnings make[1]: Leaving directory `/var/tmp/paludis/dev-lisp-clisp-2.48-r2/work/clisp-2.48/builddir/bindings/glibc' linux.c: In function 'module__linux__init_function_1': linux.c:613:47: error: '__swblk_t' undeclared (first use in this function) linux.c:613:47: note: each undeclared identifier is reported only once for each function it appears in linux.c:613:84: error: expected ')' before numeric constant make[1]: *** [linux.o] Error 1 make: *** [bindings/glibc] Error 2 /usr/libexec/paludis/utils/emake: emake returned error 2 ----
1) Please attach the entire build log to this bug report. 2) Please post your `emerge --info dev-lisp/clisp' output (or equivalent) in a comment.
I came across with this bug too. according to upstream there is a patch for this swblk error: http://sourceforge.net/tracker/index.php?func=detail&aid=3603421&group_id=1355&atid=101355 this link contains the patch that solves this issue. http://svnweb.mageia.org/packages/cauldron/clisp/pristine/SOURCES/clisp-glibc-fix.patch?revision=389214&view=markup
Created attachment 346234 [details, diff] Patch to remove '__swblk_t' c-type in linux.lisp when using glibc-2.17
Attached patch that allowed me to build this on Gentoo ~amd64 host. Portage 2.2.0_alpha173 (default/linux/amd64/13.0/desktop/gnome, gcc-4.7.2, glibc-2.17, 3.8.7-gentoo x86_64) ================================================================= System uname: Linux-3.8.7-gentoo-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_4400+-with-gentoo-2.2 KiB Mem: 4049864 total, 594136 free KiB Swap: 8193144 total, 7861744 free Timestamp of tree: Fri, 19 Apr 2013 22:00:01 +0000 ld GNU ld (GNU Binutils) 2.23.1 ccache version 3.1.9 [enabled] app-shells/bash: 4.2_p45 dev-java/java-config: 2.2.0 dev-lang/python: 2.7.3-r3, 3.2.3-r2 dev-util/ccache: 3.1.9 dev-util/cmake: 2.8.10.2-r2 dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.11.8 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.11.6, 1.12.6, 1.13.1 sys-devel/binutils: 2.23.1 sys-devel/gcc: 4.7.2-r1 sys-devel/gcc-config: 1.8 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.8 (virtual/os-headers) sys-libs/glibc: 2.17 ....
Any reason that dev-lisp/clisp doesn't have epatch_user already in the src_prepare?
--- ChangeLog 2013-04-22 10:59:55.000000000 +0300 +++ ChangeLog.new 2013-04-22 13:16:09.000000000 +0300 @@ -2,6 +2,11 @@ # Copyright 1999-2013 Gentoo Foundation; Distributed under the GPL v2 # $Header: /var/cvsroot/gentoo-x86/dev-lisp/clisp/ChangeLog,v 1.106 2013/04/20 14:26:22 grozin Exp $ + 22 Apr 2013; Panagiotis Christopoulos <pchrist@gentoo.org> + files/clisp-2.48-bits_ipctypes_to_sys_ipc.patch: + Apply trivial patch, fix Bug #465384, thanks to Christopher J. Volny [cvolny + gmail com] + Thanks for reminding me this. Regarding epatch_user, I'll consider adding this everywhere, but I'll wait for some time, because a feature may be added in EAPI 6, so that epatch_user functionality will be in portage by default.