Bugzilla Bug 25392

emerge clisp fails with

>>
/usr/include/gnu/stubs.h:7:3: #error Applications may not define the macro _LIBC
make[1]: *** [fnmatch.o] Error 1
make[1]: Leaving directory `/var/tmp/portage/clisp-2.29/work/clisp/src/wildcard'
make: *** [wildcard] Error 2

!!! ERROR: dev-lisp/clisp-2.29 failed.
!!! Function src_compile, Line 37, Exitcode 2
!!! (no error message)



<<


see http://forums.gentoo.org/viewtopic.php?t=42013 for full descripion.

We also had this trouble, using a Compaq EN series SFF with a 450MHz Pentium II
Processor. 

I fixed this by in clisp 2.29 by:

1. cd /var/tmp/portage/clisp-2.29/work/clisp/src/wildcard
2. emacs Makefile.in
3. Delete the "-D_LIBC" on line 27
4. Then restart the emerge

It seems that glibc 3.2 doesn't like applications defining "_LIBC"

i am tempted to move clisp-2.30 into stable keywords.  does anyone have a
prolem with this?  also note: with clisp-2.30, the ebuild in portage cvs
doesn't build CLX, but I have been able to get CLX to build lately

*** Bug 27950 has been marked as a duplicate of this bug. ***

Question:
restart the emerge?

how did you, Van, have managed it that emerge doesn't unpack the source again?

thank you for an answer.

I also fixed this the way Van Gale proposes. I would not suggest moving
clisp-2.30 to stable though, as Maxima depends on clisp and their web site
states that users have gotten computation errors with clisp 2.30.

how about 2.31?

the masked version of maxima with clisp 2.3.1 works on my system

the masked version of maxima doesn't work anymore!

now it seems that maxima works with cmucl useflag instead of clisp

i will prep clisp-2.31 to be unmasked (which actually implies a lot of the
new common-lisp-controller stuff as deps), so it will take a few days

Created an attachment (id=20293) [details]
patch with does Van Gales resolution

Here is a patch that changes the Makefile.in-file that is responsible for
the
error, as Van Gale wrote. The patch deletes -D_LIBC from
modules/wildcard/Makefile.in in tarball; this becomes src/wildcard/Makefile.in
after configuration (at least on mine computer).

Add the following lines in the ebuild to apply this patch:
  src_unpack() {
    unpack ${P}.tar.gz
    cd ${S}
    epatch ${FILESDIR}/${P}-gentoo-libc.patch
  }

Teh patch works nice and solved the problem on my system. Thanks.

Bug 30591 seems to be a duplicate of this one.

The patch works nice and solved the problem on my system. Thanks.

Bug 30591 seems to be a duplicate of this one.

*** This bug has been marked as a duplicate of 30591 ***