Re: What X86/X64 OS's do we need coverage for?
От | Larry Rosenman |
---|---|
Тема | Re: What X86/X64 OS's do we need coverage for? |
Дата | |
Msg-id | 20070406095916.M87707@thebighonker.lerctr.org обсуждение исходный текст |
Ответ на | Re: What X86/X64 OS's do we need coverage for? (Andrew Dunstan <andrew@dunslane.net>) |
Список | pgsql-hackers |
On Fri, 6 Apr 2007, Andrew Dunstan wrote: > > > Larry Rosenman wrote: >> It doesn't matter as far as MY box is concerned. I use VMWare extensively >> in my current $DAYJOB, and I want to be able to test/play with things >> related >> to that as well. The box I'm building will be using the (free) VMWare >> Server >> as it's virtualization platform. >> >> I'd still like to hear from a Tom Lane or someone else on the project with >> what >> X86 or X86_64 OS's we need coverage for. >> >> > > VMWare Server is indeed a fine product, which I use extensively. > > I am not sure what our Windows support is like for x86_64. Magnus has one for > MSVC (for which buildfarm support is nearly done, but not quite). But I don't > see one for MinGW. OTOH, Windows is not free (in either sense) and setting up > a build environment there is quite a bit harder than on Unix platforms. If someone wants to supply the appropriate licenses, I would be willing to run windows VM's on this beast. I don't have the free cash to pony up the licenses. > > The other platform I've whined about missing for some time is HP-UX, > especially on PA-RISC. But that's a whole different story. I'm seeing if I can use some HP-UX boxes I have at the office to supply HP-UX 11.11 PA-800's. No guarantees at this point, but I am asking. > > cheers > > andrew > > ---------------------------(end of broadcast)--------------------------- > TIP 9: In versions below 8.0, the planner will ignore your desire to > choose an index scan if your joining column's datatypes do not > match > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893
В списке pgsql-hackers по дате отправления: