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 по дате отправления: