| 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: | Whole Thread | Raw Message | 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 |