Postgres Pro
Downloads
Home   >   mailing lists

Thread: Problems compiling version 7

Problems compiling version 7

From
Travis Bauer
Date:
I'm getting an odd error in the configure scripts:

. . .
checking for gzcat... (cached) /usr/local/gnu/bin/gzcat
checking for perl... (cached) perl
configure: error: Can't find method to convert from upper to lower case
with tr

I'm compiling this in Red Hat 6.0

----------------------------------------------------------------
Travis Bauer | CS Grad Student | IU |www.cs.indiana.edu/~trbauer
----------------------------------------------------------------

Re: Problems compiling version 7

From
Tom Lane
Date:
Travis Bauer <trbauer@indiana.edu> writes:
> I'm getting an odd error in the configure scripts:
> . . .
> checking for gzcat... (cached) /usr/local/gnu/bin/gzcat
> checking for perl... (cached) perl
> configure: error: Can't find method to convert from upper to lower case
> with tr

> I'm compiling this in Red Hat 6.0

Weird.  Do you not have 'tr' in your PATH?  You wouldn't be running with
some bizarre LOCALE setting, by any chance?

            regards, tom lane

Re: Problems compiling version 7

From
Travis Bauer
Date:
I have tr version 1.22 (GNU texutils).  It is located in /usr/bin, and is
found by my login shell (cshrc).

How could I check the locale setting?

Thanks,

----------------------------------------------------------------
Travis Bauer | CS Grad Student | IU |www.cs.indiana.edu/~trbauer
----------------------------------------------------------------

On Tue, 9 May 2000, Tom Lane wrote:

> > checking for gzcat... (cached) /usr/local/gnu/bin/gzcat
> > checking for perl... (cached) perl
> > configure: error: Can't find method to convert from upper to lower case
> > with tr
>
> > I'm compiling this in Red Hat 6.0
>
> Weird.  Do you not have 'tr' in your PATH?  You wouldn't be running with
> some bizarre LOCALE setting, by any chance?
>

Re: Problems compiling version 7

From
Tom Lane
Date:
Travis Bauer <trbauer@indiana.edu> writes:
> I have tr version 1.22 (GNU texutils).  It is located in /usr/bin, and is
> found by my login shell (cshrc).

That was a weak theory, but worth checking ...

> How could I check the locale setting?

echo $LOCALE I think --- someone who actually uses non-ASCII locales
would be a better reference than I.  But the critical bit here is the
part of configure.in that's trying to find the right platform-specific
tr invocation:

dnl Check tr flags to convert from lower to upper case
TRSTRINGS="`echo ABCdef | $TR '[[a-z]]' '[[A-Z]]' 2>/dev/null | grep ABCDEF`"
TRCLASS="`echo ABCdef | $TR '[[:lower:]]' '[[:upper:]]' 2>/dev/null | grep ABCDEF`"

if test "$TRSTRINGS" = "ABCDEF"; then
    TRARGS="'[[a-z]]' '[[A-Z]]'"
elif test "$TRCLASS" = "ABCDEF"; then
    TRARGS="'[[:lower:]]' '[[:upper:]]'"
else
    AC_MSG_ERROR("Can\'t find method to convert from upper to lower case with tr")
fi

(hmm ... the error message is exactly backwards from what's actually
being tested, isn't it?  Minor point but...)  Anyway, try these out
and see what's happening with your 'tr'.  Note that the apparently
doubled square brackets are a quoting artifact of autoconf --- you
should actually test [a-z] and so on, not [[a-z]].

The really silly bit is that configure.in has several other invocations
of tr that pay no attention at all to the results so painfully extracted
(or mis-extracted) here.  So it kinda looks to me like we could rip out
this test, hardwire the translation as
    tr '[a-z]' '[A-Z]'
and be no worse off.  Does anyone recall why this test is in there to
begin with?

            regards, tom lane