Re: Third call for platform testing
От | Thomas Lockhart |
---|---|
Тема | Re: Third call for platform testing |
Дата | |
Msg-id | 3C1854A7.99EF8A53@fourpalms.org обсуждение исходный текст |
Ответ на | Re: Third call for platform testing ("Permaine Cheung" <pcheung@redhat.com>) |
Список | pgsql-hackers |
> Sure, I'll post the results. Actually, on S/390, there's no need > to change anything, but on the PS/2, the test-and-set code > doesn't work on that CPU, Tom Lane suggested a workaround - > undefine HAS_TEST_AND_SET and remove slock_t type > definition in the port include file. With those modifications, > both the build and tests work fine. OK, S/390 is easy. For PS/2, how does the CPU identify itself? If you have to remove the slock_t definition from the port include file then presumably it does identify itself as one of the already supported CPUs (alpha, arm, ia64, i386, mips, ppc, sparc, s390), right? Or does some other default setting get used that you then #undef in that include file? A few more details would probably let someone reproduce your result, which would be enough to consider this as a supported platform. That is, as long as you aren't running the only PlayStation 2 in the world with Linux?? Heck, on second thought we'd consider it supported even so ;) - Thomas
В списке pgsql-hackers по дате отправления: