app-text/libpaper fails to build under a LC_COLLATE=et_EE system, as follows: make all-am make[3]: Entering directory `/var/tmp/portage/app-text/libpaper-1.1.24/work/libpaper-1.1.24/lib' if /bin/sh ../libtool --tag=CC --mode=compile mips64el-unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I.. -D_REENTRANT -O2 -march=loongson2f -mabi=n32 -pipe -mplt -Wa,-mfix-loongson2f-nop -fomit-frame-pointer -MT libpaper_la-dimen.lo -MD -MP -MF ".deps/libpaper_la-dimen.Tpo" -c -o libpaper_la-dimen.lo `test -f 'dimen.c' || echo './'`dimen.c; \ then mv -f ".deps/libpaper_la-dimen.Tpo" ".deps/libpaper_la-dimen.Plo"; else rm -f ".deps/libpaper_la-dimen.Tpo"; exit 1; fi libtool: invalid tag name: --tCC make[3]: *** [libpaper_la-dimen.lo] Error 1 The problem is that it ships with the libtool files generated with a buggy version (1.5.22), that uses [A-Za-z] and similar regex all over the place, but this doesn't cover the whole alphabet obviously under such a LC_COLLATE, as estonian alphabet does not end with Z - that is a bit before T. It does try to set some locales to "C" for the duration of libtool script running, to ensure that A-Z covers everything, but does it wrong (specifically sets LC_ALL only if unset, as is the case for me, so individual LC_COLLATE setting does not get overridden). Newer versions of libtool do it right by also dealing with LC_COLLATE and so on, instead of just LC_ALL and LANG if set like that ancient 1.5.22 version from year 2005 does. Please fix it by eautoreconf'ing to get a newer libtool used or exporting LC_ALL=C and LANG=C in src_compile(), such as: export LANG=C LC_ALL=C which will force all LC_* variables to C. And maybe upstream maintainer could stop using an inadequate ancient system to roll tarballs (make dist) on.
Created attachment 248562 [details] /var/tmp/portage/app-text/libpaper-1.1.24/temp/build.log Full build log
Created attachment 248564 [details] libpaper.emerge.info emerge --info app-text/libpaper
I added the eautoreconf call - could you please verify that it works now?!
(In reply to comment #3) > I added the eautoreconf call - could you please verify that it works now?! No reply for 6 months, let's assume it works now.