Re: [HACKERS] Multibyte in autoconf

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

In response to

Responses

Browse pgsql-hackers by date

  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