[Lunar-commits] <moonbase> gtk+-2: remove the --enable-debug=no... Most STUPID addition ever... default is minimal debugging which solves a lot of problems of gtk+-2. This has quite possibly even prevented us from upgrading to 2.18.x
samuel
samuel.verstraete at gmail.com
Wed Mar 17 13:21:54 CET 2010
*
just documenting this commit (and proving my point ;) )
http://library.gnome.org/devel/gtk/2.16/gtk-building.html<http://library.gnome.org/devel/gtk/unstable/gtk-building.html>
--enable-debug. * Turns on various amounts of debugging support. Setting
this to 'no' disables g_assert(), g_return_if_fail(), g_return_val_if_fail()
and all cast checks between different object types. Setting it to 'minimum'
disables only cast checks. Setting it to 'yes' enables runtime
debugging<http://library.gnome.org/devel/gtk/unstable/gtk-running.html#GTK-Debug-Options>.
The default is 'minimum'. Note that 'no' is fast, but dangerous as it tends
to destabilize even mostly bug-free software by changing the effect of many
bugs from simple warnings into fatal crashes. Thus --enable-debug=no should
*not* be used for stable releases of GTK+.
On Wed, Mar 17, 2010 at 10:03 AM, Samuel Verstraete <
elangelo at lunar-linux.org> wrote:
> commit 650e4fed6d5d05a82c51dae325035c6a1603e733
> Author: Samuel Verstraete <elangelo at lunar-linux.org>
> Date: Wed Mar 17 10:03:40 2010 +0100
>
> gtk+-2: remove the --enable-debug=no...
> Most STUPID addition ever... default is minimal debugging which solves a
> lot of problems of gtk+-2. This has quite possibly even prevented us
> from upgrading to 2.18.x
> ---
> graphics/gtk+-2/BUILD | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/graphics/gtk+-2/BUILD b/graphics/gtk+-2/BUILD
> index ceb4f11..58564f9 100644
> --- a/graphics/gtk+-2/BUILD
> +++ b/graphics/gtk+-2/BUILD
> @@ -15,7 +15,7 @@
>
> if [ "$USE_XINPUT" == "y" ]; then
> # XInput support is needed for Wacom tablets to work in GIMP
> - OPTS+=" --with-xinput=yes --enable-debug=no"
> + OPTS+=" --with-xinput=yes"
> fi &&
>
> default_build
> _______________________________________________
> Lunar-commits mailing list
> Lunar-commits at lunar-linux.org
> http://foo-projects.org/mailman/listinfo/lunar-commits
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://foo-projects.org/pipermail/lunar-dev/attachments/20100317/a6964482/attachment.html>
More information about the Lunar-dev
mailing list