Re: MacOS X 10.5.1 and compiling for multiple Architectures
От | Chris Ruprecht |
---|---|
Тема | Re: MacOS X 10.5.1 and compiling for multiple Architectures |
Дата | |
Msg-id | F7009B96-B969-4D8F-9E75-5B9F938F1504@ruprecht.org обсуждение исходный текст |
Ответ на | Re: MacOS X 10.5.1 and compiling for multiple Architectures (Shane Ambler <pgsql@Sheeky.Biz>) |
Список | pgsql-admin |
Hi Shane, Sure, I'm aware of that. I meant, that I have the PHP module running as 64-bit (since the Apple- provided Apache is 64-bit) but without the other architectures built- in. I know that I can re-build PG to be only 32 bit, but since we're slowly moving into a 64-bit world anyway, there is no real need to do that, except if there are major issues with PG 64-bit under OS X. So far, it's still up and running. best regards, chris -- chris ruprecht network grunt and bit pusher extraordinaíre On Jan 3, 2008, at 14:09, Shane Ambler wrote: > Chris Ruprecht wrote: >> Hey Tom, Shane, > >> I'm good to run with the x86_64 only binary since my Apache is >> built using that architecture. > > That's not a real reason to run pg in 64 bit. > > Although you would need php and libpq to be the same architecture as > apache (the running architect if multiple available) - the > postgresql server can be 32 bit. If apache is only 64 bit then you > will need a 64 bit libpq. > > > Apache calls functions in the php module which then calls functions > in the libpq - they must all have matching architectures available > to do this which is why apple supplies fat binary libs with osx. > > > From there to postgresql is a network connection (or local socket) > so each program is just sending data to the other - they don't need > to be the same architecture any more than you need a 64 bit sparc > browser to connect to a 64 bit sparc web server. > > > > -- > > Shane Ambler > pgSQL (at) Sheeky (dot) Biz > > Get Sheeky @ http://Sheeky.Biz > > ---------------------------(end of > broadcast)--------------------------- > TIP 1: if posting/reading through Usenet, please send an appropriate > subscribe-nomail command to majordomo@postgresql.org so that your > message can get through to the mailing list cleanly
Вложения
В списке pgsql-admin по дате отправления: