When I emerge help2man and popt with the nls useflag enabled, they complain about this: checking for pre-loadable libintl... no configure: error: libpreloadable_libintl.so required (gettext 0.12+) The interresting thing is, that I have gettext installed. I suspect this is due to it not looking the right place for the .so , but not sure. (Haven't got any ideas of how to check)
Created attachment 78082 [details] updated help2man ebuild This ebuild applies the patch, not sure the patch should be applied on linux though (since it works there without the patch), so a check for USERLAND == BSD might be added, I don't know how to do it though, or if it should be.
Created attachment 78083 [details, diff] patch-configure The patch
Just adding an information to the developers: the patch comes from ports, from FreeBSD: http://www.freebsd.org/cgi/cvsweb.cgi/ports/misc/help2man/files/
here is the output for emerge popt: i686-gentoo-freebsd5.4-gcc -march=pentium2 -mmmx -O3 -pipe -fomit-frame-pointer -o test1 -static test1.o ./.libs/libpopt.a ./.libs/libpopt.a(popt.o)(.text+0x184d): In function `poptGetNextOpt': : undefined reference to `libintl_dgettext' ./.libs/libpopt.a(popt.o)(.text+0x24c7): In function `poptStrerror': : undefined reference to `libintl_dgettext' ./.libs/libpopt.a(popthelp.o)(.text+0x41): In function `getArgDescrip': : undefined reference to `libintl_dgettext' ./.libs/libpopt.a(popthelp.o)(.text+0xfe): In function `singleOptionHelp': : undefined reference to `libintl_dgettext' ./.libs/libpopt.a(popthelp.o)(.text+0x4cd): In function `singleOptionHelp': : undefined reference to `libintl_dgettext' ./.libs/libpopt.a(popthelp.o)(.text+0x95d): more undefined references to `libintl_dgettext' follow collect2: ld returned 1 exit status
Please open a separate bug for popt as that's a different issue; the problem of help2man is in the preloadable, I'll try to take a look later today.
Created attachment 78085 [details] updated help2man ebuild (FIXED) fixes ebuild so it only applies patch if nls useflag is set
Created attachment 78086 [details, diff] patch-makefile.patch Patch for fixing the makefile of popt.
Created attachment 78087 [details] updated popt ebuild Updated the ebuild for popt to apply the patch-makefile.patch patch.
(In reply to comment #5) > Please open a separate bug for popt as that's a different issue; the problem of > help2man is in the preloadable, I'll try to take a look later today. ops, didn't see that until after I posted it, but I have included the fix for popt here too, hope thats okay. The patch is from freebsd ports like the help2man patch.
The patch for popt is wrong, I'm pretty sure popt uses automake so Makefile.in should not be touched. The same goes for help2man, touching configure is a no-go, and removing the check that way, neither. Ports patches are almost never good for us in their raw form, needs to be reworked. See http://programming.newsforge.com/article.pl?sid=05/07/19/1713230&tid=53 .
FWIW, I've added the patch to popt to the tree. I'll see for help2man.
*** Bug 132546 has been marked as a duplicate of this bug. ***
(In reply to comment #11) > FWIW, I've added the patch to popt to the tree. I'll see for help2man. > Until we get it patched couldn't we just update the ebuild to check if we're running x86-fbsd and if so require that nls not be set in the useflags? Obviously, it's a kludge but it would work for the moment I think.
I was trying to avoid this asking portage team for the per-package use.mask, but with the bad surprise they gave me, I suppose base-system team might go poking portage teams if they don't like the idea.
Okay, if anyone has to rant, direct them to portage devs :P
