Re: Mac version can't dump/restore
От | Dave Page |
---|---|
Тема | Re: Mac version can't dump/restore |
Дата | |
Msg-id | E7F85A1B5FF8D44C8A1AF6885BC9A0E4011C9600@ratbert.vale-housing.co.uk обсуждение исходный текст |
Ответ на | Mac version can't dump/restore (John DeSoi <desoi@pgedit.com>) |
Список | pgadmin-support |
> -----Original Message----- > From: John DeSoi [mailto:desoi@pgedit.com] > Sent: 20 March 2006 14:47 > To: Dave Page > Cc: pgadmin-support@postgresql.org > Subject: Re: [pgadmin-support] Mac version can't dump/restore > > Hi Dave, > > On Mar 20, 2006, at 6:30 AM, Dave Page wrote: > > > Hmm, yes - it seems the build script was assuming GNU xargs, > > whereas on > > the build machine I have the standard BSDish one. I've added some > > detection code to the script so it should work with either now. > > So why do this rather than include libpq in the package so there is > no path dependency at all? I thought this is what you are doing on > Windows already. > > Just curious. We already did basically what you suggested as part of the install process when building an appbundle - the problem was that the script that locates and copies in the libraries was failing due to the xargs bug. The error message simply went unnoticed in the other reams of output that make install spews out, and because I normally statically link wx, it only affected people who didn't have a local install of PostgreSQL which is presumably fairly rare. Of course, that begs the question, why isn't PostgreSQL being statically linked as well, but that's a whole other issue. The script is at http://svn.pgadmin.org/cgi-bin/viewcvs.cgi/trunk/pgadmin3/pkg/mac/comple te-bundle.sh?rev=5055&view=markup if you want a peek. Regards, Dave.
В списке pgadmin-support по дате отправления: