Re: Extensions, patch v18 (merge against master, bitrot-only-fixes)
| От | Tom Lane |
|---|---|
| Тема | Re: Extensions, patch v18 (merge against master, bitrot-only-fixes) |
| Дата | |
| Msg-id | 22234.1292516370@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Extensions, patch v18 (merge against master, bitrot-only-fixes) (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Extensions, patch v19 (encoding brainfart fix) (was: Extensions, patch v18 (merge against master, bitrot-only-fixes))
Re: Extensions, patch v18 (merge against master, bitrot-only-fixes) |
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> On Thu, Dec 16, 2010 at 9:04 AM, Dimitri Fontaine
> <dimitri@2ndquadrant.fr> wrote:
>>>> Please note that the SQL scripts seem to be encoded in latin9.
>>> Seems like an odd choice. �Why not UTF-8?
>> Not a choice, just what's already in�
> Sure, I get it. I'm guessing that many of the scripts will work in a
> wide variety of encodings because they're a subset of ASCII. Should
> we think about converting the others to UTF-8, or is that a bad idea?
I would think that we want to establish the same policy as we have for
dictionary files: they're assumed to be UTF-8. I don't believe there
should be an encoding option at all. If we didn't need one for
dictionary files, there is *surely* no reason why we have to have one
for extension SQL files.
regards, tom lane
В списке pgsql-hackers по дате отправления: