Re: Call for platform testing
От | Luis Amigo |
---|---|
Тема | Re: Call for platform testing |
Дата | |
Msg-id | 3C0BA301.A68BEF48@atc.unican.es обсуждение исходный текст |
Ответ на | Re: Call for platform testing (Peter Eisentraut <peter_e@gmx.net>) |
Ответы |
Re: Call for platform testing
|
Список | pgsql-hackers |
Tom Lane wrote: > Luis Amigo <lamigo@atc.unican.es> writes: > > uname -m returns IP25 what is SGI platform, it's about cache sizes and > > internal net issues, I'm not sure that would work, I think it's more > > reliable to do: > > congrio 39% hinv -t cpu > > congrio 40% hinv -t fpu > > I'm not eager to add such a platform-dependent test to the resultmap > code, especially not when the issue is just the geometry results; we > already know that the long-term answer there must be to display fewer > digits in the test output. Also, we don't know what this program will > report for older MIPS boxes anyway. (Pete Forman hasn't responded to my > ping, so I'm inclined to assume that he's not actively tracking Postgres > development anymore; we can't expect help from him to check it on the > older boxes.) > > I'd be willing to just commit the newer-hardware IRIX results as > geometry-irix for 7.2. Somebody's got to put up with a discrepancy, > and it may as well be the older boxes. > > Comments? > > regards, tom lane I'm completely with you, I don´t think that would be useful to mantain such firmware dependecies, but I think that it might be useful to document this and problems with gcc, now we all remember this issue, but in two months all will be forgotten. We had here a lot of trouble installing our first 7.1.3 postgres because it wasn´t documented that gcc simply doesn´t run. I swear that when I had time I will try to compile with gcc and new libgcc links to try to fix this problem.
В списке pgsql-hackers по дате отправления: