Re: Mac version can't dump/restore - Mailing list pgadmin-support

From Dave Page
Subject Re: Mac version can't dump/restore
Date
Msg-id E7F85A1B5FF8D44C8A1AF6885BC9A0E4011C9600@ratbert.vale-housing.co.uk
Whole thread Raw
In response to Mac version can't dump/restore  (John DeSoi <desoi@pgedit.com>)
List 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 by date:

Previous
From: John DeSoi
Date:
Subject: Re: Mac version can't dump/restore
Next
From: "Dave Page"
Date:
Subject: Anyone got an Intel Mac yet?