Initdb -E LATIN1 fails when no multibyte support compiled in (current CVS)

From: Rene Pijlman <rpijlman(at)wanadoo(dot)nl>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Initdb -E LATIN1 fails when no multibyte support compiled in (current CVS)
Date: 2001-08-12 10:05:23
Message-ID: 84kcnt8ujgg3365976ttni238eejo71psm@4ax.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I've run into a problem with a fresh install from current CVS.
IIRC the same problem did not occur with the 7.1.2 release, so
this may be a bug introduced in the current CVS tree.

I've run configure _without_ --enable-multibyte. Then when I run
initdb with --encoding LATIN1 it fails with:

:initdb:
:/home/rene/scratch/PostgreSQL/installed/bin/pg_encoding:
:No such file or directory
:initdb: pg_encoding failed
:
:Perhaps you did not configure PostgreSQL for multibyte support
:or the program was not successfully installed.

Indeed when I configure with --enable-multibyte and rebuild,
initdb --encoding LATIN1 works fine.

But now the problem: LATIN1 is of course a singlebyte encoding.
So why is multibyte support needed to use it?

If this is the intended behaviour, I think the documentation of
--enable-multibyte in the INSTALL file (and perhaps in other
places) should be fixed. And if at all possible, it should be
renamed too.

Regards,
René Pijlman

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2001-08-12 10:50:57 Re: Initdb -E LATIN1 fails when no multibyte support compiled in (current CVS)
Previous Message Rene Pijlman 2001-08-12 08:49:36 Re: [JDBC] JDBC pg_description update needed for CVS tip