Re: Debugger integration
От | Dave Page |
---|---|
Тема | Re: Debugger integration |
Дата | |
Msg-id | 4613C566.7080409@postgresql.org обсуждение исходный текст |
Ответ на | Re: Debugger integration ("Florian G. Pflug" <fgp@phlo.org>) |
Ответы |
Re: Debugger integration
|
Список | pgadmin-hackers |
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 >>> linked. >>> If've managed to compile static version of libxml, libxslt, wxwidgets >>> and >>> 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 >>> ususally >>> 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 >>> without >>> libtool? >> >> 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? Regards, Dave
В списке pgadmin-hackers по дате отправления: