Re: [HACKERS] Multibyte in autoconf

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>
Cc: peter_e(at)gmx(dot)net, hackers(at)postgreSQL(dot)org
Subject: Re: [HACKERS] Multibyte in autoconf
Date: 1999-12-07 15:04:52
Message-ID: 23258.944579092@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> writes:
>> I agree. Considering the fact that in a fairly normal environment you only
>> initdb once and you only configure once, would it be too far-fetched to
>> propose moving this sort of decision completely into initdb, that is, make
>> the --pgencoding mandatory if you do want some encoding? Because I'm also
>> not completely sure how you would initdb a database without any encoding
>> whatsoever if you have your initdb set to always use some default.

> I think I see your point. Giving a default-default encoding to initdb
> is not a good idea, right? If so, it comes sounding reasonable to me
> too.

OK, so the proposal is

configure: --enable-mb
Enables compilation of MULTIBYTE code, does not select a default

initdb: --pgencoding=FOO
Establishes coding of database; it's an error to specify non-
default encoding if MULTIBYTE wasn't compiled.
If no --pgencoding, you get default (non-multibyte) coding even
if you compiled with --enable-mb.

Seems reasonable and flexible to me.

regards, tom lane

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Vince Vielhaber 1999-12-07 15:23:42 Re: [HACKERS] When is 7.0 going Beta?
Previous Message Thomas Lockhart 1999-12-07 14:26:16 Re: [HACKERS] Multibyte in autoconf