Florian G. Pflug wrote:
> Dave Page wrote:
>> Florian G. Pflug wrote:
>>> BTW, I've been working on an i386 binary of pgadmin3 that is statically
>>> If've managed to compile static version of libxml, libxslt, wxwidgets
>>> libpq, but configure fails for pgadmin3 because it doesn't know that
>>> it has
>>> to pass "-lssl" when linking against that static libpq. AFAIK, libtool
>>> takes care of that, and provides dependency information for static libs.
>>> Neither wxwidgest nor postgres seem to create *.la files for my static
>>> libs -
>>> Does anyone know if they should - or how to deal with static linking
>> I'm missing something I guess - whilst it only links statically with wx
>> and pg, we already have --enable-static which works fine on intel and
>> ppc macs. That's the option I now force on when building an appbundle.
> acinclude.m4 seems to special-case static linking on osx, and
> adds -lssl if it thinks that is needed. (I think it was me
> who added that code, but I seem to have forgotten about it.. ;-) ).
> I'm currently thinking that unconditionally adding the output
> of pg_config --libs to LIBS if linking statically might
> be a better approach - thoughts?
That whole section of the file seems a bit kooky to me - it does some
weird stuff on Solaris as well.
pg_config --libs does output more than we need for libpq though, so I'm
a little loathe to use it - what about just conditionally adding the
-lssl, if you can grep it form the pg_config output?
In response to
pgadmin-hackers by date
|Next:||From: svn||Date: 2007-04-04 15:50:07|
|Subject: SVN Commit by dpage: r6169 - in trunk/pgadmin3: . pgadmin/include/schema pgadmin/schema|
|Previous:||From: Dave Page||Date: 2007-04-04 15:23:56|
|Subject: Re: Bug Report|