rpm-software-management/popt

Failing to locate libintl.h results to runtime issues for users if NLS is enabled

diizzyy opened this issue · 3 comments

diizzyy commented

If the configure script doesn't detect libintl.h it should fail not continue, this leads to various issues with users of libpopt as it doesn't work as intended.

Reported here:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247529
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=247529#c9

pmatilai commented

I kinda disagree on stopping at configure, but if it proceeds it should also work instead of segfaulting. Clearly there's a bug or a bunch in there, the if-fubar around these matters seems convoluted and strange, so not a big surprise. Thanks for reporting!

That this appears as a regression from 1.16 on FreeBSD is a bit surprising though. Hmm. It's segfaulting in poptPrintUsage() which suggests commit 8330225 is to blame.

diizzyy commented

No, you still need to make sure that libintl.h is available