From: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
---|---|
To: | peter_e(at)gmx(dot)net, e99re41(at)DoCS(dot)UU(dot)SE |
Cc: | hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] Multibyte in autoconf |
Date: | 1999-12-07 13:56:14 |
Message-ID: | 19991207225614C.t-ishii@sra.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> > Have you ever read doc/README.mb?
>
> Yes, and although it is nice, it didn't make this particular part easier
> to figure out. I mean, if I configure the compilation of a program with
> --with-something=foo, then I assume it actually uses "foo" somehow. And
> then I see my compilation actually full of -DMULTIBYTE=XXX lines,
> confusing me further.
I must admit that I'm not good at English and writing:-)
> Btw., why is this not in the main documentation?
Ok, I will do it for 7.0. Please give me some idea to enhance
README.mb (you already gave one) if you have any.
> > Anyway, I don't like the idea to have an yet another environment
> > variable to give a default encoding to initdb when -e or -pgencoding
> > is not specified. We alread y have enough. Changing --with-mb to --
>
> 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.
--
Tatsuo Ishii
From | Date | Subject | |
---|---|---|---|
Next Message | matthias.oestreicher | 1999-12-07 13:56:36 | Referential integrity |
Previous Message | Jan Wieck | 1999-12-07 13:37:28 | Re: AW: [HACKERS] RAW I/O device |