GNU bug report logs - #52844
missing perl not recognized properly by configure

Previous Next

Package: coreutils;

Reported by: Serge Belyshev <belyshev <at> depni.sinp.msu.ru>

Date: Tue, 28 Dec 2021 08:49:01 UTC

Severity: normal

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#52844: closed (missing perl not recognized properly by configure)
Date: Tue, 28 Dec 2021 10:09:02 +0000
[Message part 1 (text/plain, inline)]
Your message dated Tue, 28 Dec 2021 02:08:22 -0800
with message-id <8308defe-4cd7-b6ed-2009-e25bb747ac8e <at> cs.ucla.edu>
and subject line Re: bug#52844: missing perl not recognized properly by configure
has caused the debbugs.gnu.org bug report #52844,
regarding missing perl not recognized properly by configure
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
52844: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=52844
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Serge Belyshev <belyshev <at> depni.sinp.msu.ru>
To: bug-coreutils <at> gnu.org
Subject: missing perl not recognized properly by configure
Date: Tue, 28 Dec 2021 10:07:51 +0300
On my systems without perl,  PERL is set to something like

  ${SHELL} '/usr/src/coreutils-9.0/build-aux/missing'  perl

which causes condition at line 70 in configure.ac to fail, resulting in
incorrect detection of perl and subsequent build failure. Suggested fix:

diff --git a/configure.ac b/configure.ac
index 9b8ea0dde..f6a7a6917 100644
--- a/configure.ac
+++ b/configure.ac
@@ -67,7 +67,7 @@ coreutils_MACROS
 # FIXME: this is suboptimal.  Ideally, we would be able to call gl_PERL
 # with an ACTION-IF-NOT-FOUND argument ...
 cu_have_perl=yes
-case $PERL in *"/missing "*) cu_have_perl=no;; esac
+case $PERL in */missing*) cu_have_perl=no;; esac
 AM_CONDITIONAL([HAVE_PERL], [test $cu_have_perl = yes])
 
 # gl_GCC_VERSION_IFELSE([major], [minor], [run-if-found], [run-if-not-found])


[Message part 3 (message/rfc822, inline)]
From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Serge Belyshev <belyshev <at> depni.sinp.msu.ru>
Cc: 52844-done <at> debbugs.gnu.org
Subject: Re: bug#52844: missing perl not recognized properly by configure
Date: Tue, 28 Dec 2021 02:08:22 -0800
[Message part 4 (text/plain, inline)]
On 12/27/21 23:07, Serge Belyshev wrote:

> -case $PERL in *"/missing "*) cu_have_perl=no;; esac
> +case $PERL in */missing*) cu_have_perl=no;; esac

Thanks for the bug report and suggested fix. On the whole I think it'd 
be better to address the nearby FIXME instead, so I did that by 
installing this into Gnulib:

https://git.savannah.gnu.org/cgit/gnulib.git/commit/?id=8220e0f0b5f46ff61e1d19f8a1614508fa162abd

and the attached into Coreutils. Please give it a try. In the meantime 
I'll assume this will fix the bug for you and so am boldly closing the 
bug report; if that's wrong we can reopen it.
[0001-build-update-gnulib-submodule-to-latest.patch (text/x-patch, attachment)]
[0002-build-be-more-careful-about-Perl.patch (text/x-patch, attachment)]

This bug report was last modified 3 years and 142 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.