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
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 |