Re: self-fubar'ed? consistent make failures (undef'd - Mailing list pgadmin-hackers

From Florian G. Pflug
Subject Re: self-fubar'ed? consistent make failures (undef'd
Date
Msg-id 425E621D.5020205@phlo.org
Whole thread Raw
In response to self-fubar'ed? consistent make failures (undef'd symbols) on OSX ...  (OpenMacNews <OpenMacNews@speakeasy.net>)
Responses Re: self-fubar'ed? consistent make failures (undef'd  (OpenMacNews <OpenMacNews@speakeasy.net>)
List 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

Attachment

pgadmin-hackers by date:

Previous
From: "Florian G. Pflug"
Date:
Subject: Re: Roadmap for pgAdmin3 on OSX
Next
From: "Florian G. Pflug"
Date:
Subject: [PATCH] acinclude.m4 fixes for wx 2.6, wx-nondebug, postgres-ssl and others