Created attachment 387104 [details] dev-perl:libintl-perl-1.230.0:20141020-213718.log dev-perl/libintl-perl-1.230.0 fails to build with this error message: make[1]: Entering directory '/var/tmp/portage/dev-perl/libintl-perl-1.230.0/work/libintl-perl-1.23/gettext_xs' cp gettext_xs.pm ../blib/lib/Locale/gettext_xs.pm /usr/bin/perl5.20.1 /usr/lib64/perl5/vendor_perl/5.16.0/ExtUtils/xsubpp -typemap /usr/lib64/perl5/5.20.1/ExtUtils/typemap gettext_xs.xs > gettext_xs.xsc && mv gettext_xs.xsc gettext_xs.c make[1]: *** No rule to make target '/usr/lib64/perl5/5.20.1/x86_64-linux/CORE/fakethr.h', needed by 'gettext_xs.o'. Stop. make[1]: Leaving directory '/var/tmp/portage/dev-perl/libintl-perl-1.230.0/work/libintl-perl-1.23/gettext_xs'
1) Please post your `emerge --info' output in a comment. 2) Please post your `emerge -vpq dev-lang/perl' output in a comment.
Actually this line explains it: /usr/bin/perl5.20.1 /usr/lib64/perl5/vendor_perl/5.16.0/ExtUtils/xsubpp -typemap /usr/lib64/perl5/5.20.1/ExtUtils/typemap gettext_xs.xs > gettext_xs.xsc && mv gettext_xs.xsc gettext_xs.c It's mixing perl versions. You need to run perl-cleaner. *** This bug has been marked as a duplicate of bug 41124 ***
(In reply to Jeroen Roovers from comment #2) > Actually this line explains it: > > /usr/bin/perl5.20.1 /usr/lib64/perl5/vendor_perl/5.16.0/ExtUtils/xsubpp > -typemap /usr/lib64/perl5/5.20.1/ExtUtils/typemap gettext_xs.xs > > gettext_xs.xsc && mv gettext_xs.xsc gettext_xs.c > > It's mixing perl versions. You need to run perl-cleaner. > Now I am trying to run perl-cleaner, but I get this: /usr/bin/perl5.20.1 /usr/lib64/perl5/vendor_perl/5.20.1/ExtUtils/xsubpp -typemap /usr/lib64/perl5/5.20.1/ExtUtils/typemap gettext_xs.xs > gettext_xs.xsc && mv gettext_xs.xsc gettext_xs.c make[1]: *** No rule to make target '/usr/lib64/perl5/5.20.1/x86_64-linux/CORE/fakethr.h', needed by 'gettext_xs.o'. Stop. So, now there is only one perl version, but still the error is there. It looks similar to the one described in the Gentoo forum: http://forums.gentoo.org/viewtopic-t-1001790-start-0-postdays-0-postorder-asc-highlight-.html
*** This bug has been marked as a duplicate of bug 41124 ***
There should be no possible way for this to happen: /usr/bin/perl5.20.1 /usr/lib64/perl5/vendor_perl/5.16.0/ExtUtils/xsubpp -typemap /usr/lib64/perl5/5.20.1/ExtUtils/typemap gettext_xs.xs > gettext_xs.xsc && mv gettext_xs.xsc gettext_xs.c Maybe you should try re-emerging perl-core/ExtUtils-ParseXS first.
(In reply to Jeroen Roovers from comment #5) > There should be no possible way for this to happen: > > /usr/bin/perl5.20.1 /usr/lib64/perl5/vendor_perl/5.16.0/ExtUtils/xsubpp > -typemap /usr/lib64/perl5/5.20.1/ExtUtils/typemap gettext_xs.xs > > gettext_xs.xsc && mv gettext_xs.xsc gettext_xs.c > There are no mixed perl versions in my case any more. Please note the '5.20.1' version everywhere. The exact error message is this: /usr/bin/perl5.20.1 /usr/lib64/perl5/vendor_perl/5.20.1/ExtUtils/xsubpp -typemap /usr/lib64/perl5/5.20.1/ExtUtils/typemap gettext_xs.xs > gettext_xs.xsc && mv gettext_xs.xsc gettext_xs.c make[1]: *** No rule to make target '/usr/lib64/perl5/5.20.1/x86_64-linux/CORE/fakethr.h', needed by 'gettext_xs.o'. Stop. > Maybe you should try re-emerging perl-core/ExtUtils-ParseXS first. I did re-emerged this package, but still I get what I quoted above.
So is this really a duplicate of the bug 41124 if it is not solved by the recipe given there?
It looks like perl-5.20.1 is missing a fakethr.h file. I created it like it was suggested here: http://buildroot-busybox.2317881.n4.nabble.com/PATCH-1-3-perl-bump-to-version-5-20-1-td80554.html touch /usr/lib/perl5/5.20.1/x86_64-linux/CORE/fakethr.h and after that I am able to build the perl packages without any problem. So is it a bug of perl-5.20.1 or something else? Thank you.
Comment on attachment 387104 [details] dev-perl:libintl-perl-1.230.0:20141020-213718.log Please attach that new (presumably failing) build log to this bug report.
(In reply to Jeroen Roovers from comment #9) > Comment on attachment 387104 [details] > dev-perl:libintl-perl-1.230.0:20141020-213718.log > > Please attach that new (presumably failing) build log to this bug report. After performing the perl-cleaner with /usr/lib/perl5/5.20.1/x86_64-linux/CORE/fakethr.h file present I cannot reproduce such error any more, so now it does not seem to be a problem of libintl-perl itself, but rather something strange about perl-5.20.1. And as I mentioned above, a number of similar complains may be easily found in google, and on Gentoo forums in particular.
(In reply to Vladimir from comment #10) > (In reply to Jeroen Roovers from comment #9) > > Comment on attachment 387104 [details] > > dev-perl:libintl-perl-1.230.0:20141020-213718.log > > > > Please attach that new (presumably failing) build log to this bug report. > After performing the perl-cleaner with > > /usr/lib/perl5/5.20.1/x86_64-linux/CORE/fakethr.h > > file present I cannot reproduce such error any more We can't fix it if you work around the package manager.
