Re: pg_upgrade and extra_float_digits
От | Andrew Dunstan |
---|---|
Тема | Re: pg_upgrade and extra_float_digits |
Дата | |
Msg-id | 4BF02729.2020401@dunslane.net обсуждение исходный текст |
Ответ на | Re: pg_upgrade and extra_float_digits (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: pg_upgrade and extra_float_digits
|
Список | pgsql-hackers |
Tom Lane wrote: > Bruce Momjian <bruce@momjian.us> writes: > >> Andrew Dunstan wrote: >> >>> But do earlier server versions accept a value of 3? The 8.4 docs say >>> "The value can be set as high as 2". >>> > > >> That is the other thing I had to hack --- the 8.4 backend version had to >> be changed to accept '3'. The good thing is this has to be done only >> once --- once I have the dump file, I can use it in testing repeatedly >> because 8.4 does not change. >> > > >> Eventually the idea would be to have the build farm run such tests (with >> a properly created dump file) so we can learn quickly if the backend >> data format is changed. >> > > If we're thinking of doing that, it would be better to back-patch the > change that allowed '3'. > > > Yeah. It's going to require some fancy dancing to get the buildfarm to do it. Each buildfarm run is for a specific branch, and all the built artefacts are normally thrown away. I'd have to work out a way of stashing the binaries from a build on one branch for use in the pg_upgrade tests in the run on another branch. It's doable but could get messy. cheers andrew
В списке pgsql-hackers по дате отправления: