Summary: | sys-devel/gettext-0.17-r1 fails to compile, implicit declaration of tfind, tsearch | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Gary <gary> |
Component: | [OLD] Core system | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
/var/tmp/portage/sys-devel/gettext-0.17-r1/temp/environment
Here's the requested build.log Here's the emerge --info Here's the dcigettext.i |
Description
Gary
2010-01-12 17:59:06 UTC
Created attachment 216259 [details]
/var/tmp/portage/sys-devel/gettext-0.17-r1/temp/environment
FEATURES="stricter" and/or using a developer profile? :) the 64bit check is always applied to people, not just random profiles. then again, we'd know that if there was `emerge --info` which the wranglers should have asked for ... but i guess they dont really do much anymore. Gary: please post the full build log as an attachment as well as `emerge --info`. the build works fine on my 64bit systems. Created attachment 216507 [details]
Here's the requested build.log
Also the profile I'm using is default/linux/amd64/10.0 i dont want the profile, i want `emerge --info` please tfind/tsearch should be in /usr/include/search.h which should be coming from glibc. make sure your search.h is sane: echo '#include <search.h>' | gcc -E - it should be from /usr/include/search.h and both funcs should be listed Created attachment 216552 [details]
Here's the emerge --info
And I ran the command (echo '#include <search.h>' | gcc -E -) and got search.h output which included the following tsearch/tfind info. ... /* Search for an entry matching the given KEY in the tree pointed to by *ROOTP and insert a new element if not found. */ extern void *tsearch (__const void *__key, void **__rootp, __compar_fn_t __compar); /* Search for an entry matching the given KEY in the tree pointed to by *ROOTP. If no matching entry is available return NULL. */ extern void *tfind (__const void *__key, void *__const *__rootp, __compar_fn_t __compar); /* Remove the element matching KEY from the tree pointed to by *ROOTP. */ extern void *tdelete (__const void *__restrict __key, void **__restrict __rootp, __compar_fn_t __compar); then go into the build directory and the gettext-runtime/intl/ subdir and run the command but with -E x86_64-pc-linux-gnu-gcc -std=gnu99 -DLOCALEDIR=\"/usr/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/share/locale\" -DLIBDIR=\"/usr/lib64\" -DBUILDING_LIBINTL -DBUILDING_DLL -DIN_LIBINTL -DENABLE_RELOCATABLE=1 -DIN_LIBRARY -DINSTALLDIR=\"/usr/lib64\" -DNO_XMALLOC -Dset_relocation_prefix=libintl_set_relocation_prefix -Drelocate=libintl_relocate -DDEPENDS_ON_LIBICONV=1 -DHAVE_CONFIG_H -I. -I../../gettext-runtime/intl -I.. -O2 -pipe -march=nocona -fvisibility=hidden ../../gettext-runtime/intl/dcigettext.c -fPIC -DPIC -o dcigettext.i -E -dD then post the dcigettext.i file as an attachment Created attachment 216610 [details]
Here's the dcigettext.i
and the mystery is solved ;) PEBKAC: # 1 "/usr/local/include/search.h" 1 3 (In reply to comment #11) > and the mystery is solved ;) > > PEBKAC: > # 1 "/usr/local/include/search.h" 1 3 > Can you be a little more specific here? Each and every package was installed w/ portage in no special way, and emerging this package ... is user error? Don't understand the fix. nothing in gentoo installs into /usr/local |