Re: self-fubar'ed? consistent make failures (undef'd
От | Florian G. Pflug |
---|---|
Тема | Re: self-fubar'ed? consistent make failures (undef'd |
Дата | |
Msg-id | 425E621D.5020205@phlo.org обсуждение исходный текст |
Ответ на | self-fubar'ed? consistent make failures (undef'd symbols) on OSX ... (OpenMacNews <OpenMacNews@speakeasy.net>) |
Ответы |
Re: self-fubar'ed? consistent make failures (undef'd
|
Список | pgadmin-hackers |
OpenMacNews wrote: > ok, so now i'm confused ... > > given the make failures i was seeing earlier, i decided to backtrack & > turn all debugging options ON. > > i rebuilt wxwidgets with debug ON, and then attempted to build pgadmin3 > cvs again ... and it worked w/o error. > > ??? huh ??? > > rewind ... repeat --> same thing > > i.e. > > case A) wxwidgets (disable-debug) --> pgadmin3 (disable- OR > enable-debug), MAKE failure > case B) wxwidgets (enable-debug) --> pgadmin3 (disable- OR > enable-debug), MAKE ok > > so, QUESTION: > > why is the pgadmin3 'make' seemingly dependent on wxwidgets' DEBUG = > on? I just found out why: When compiled with debug, the wx-libs are named e.g libwx_macud, when compiled without, they are named libwx_macu. The wx-configure check in acinclude.m4 detects wx in both cases, but doesn't actually add the wx-libs to the list of to-be-linked-to libs in the second case. I'm in the process of fixing this - expect a patch later today. greetings, Florian Pflug
Вложения
В списке pgadmin-hackers по дате отправления: