Re: [Evolution] g_string_hash (conflicting types)

[JP Rosevear <jpr helixcode com>]

Nils Bokermann wrote:
> Hi!
>
> Just another thing to say:
> gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I./.. -I/opt/stow/evolution/include -I../intl 
> -I/usr/local/lib/glib-2.0/include -I/usr/local/include/glib-2.0 -I/usr/X11R6/include 
> -DCAMEL_PROVIDERDIR=\"/opt/stow/evolution/lib/evolution/camel-providers/0.4\" -DG_LOG_DOMAIN=\"camel\" 
> -I/usr/X11R6/include/gtk12 -I/usr/local/include/glib12 -I/usr/local/include -I/usr/X11R6/include -g -O2 
> -Wall -Wunused -Wmissing-prototypes -Wmissing-declarations -Wp,-MD,.deps/camel.pp -c camel.c  -fPIC -DPIC 
> -o .libs/camel.lo
> In file included from camel.h:68,
>                  from camel.c:27:
> ../camel/gstring-util.h:54: conflicting types for `g_string_hash'
> /usr/local/include/glib-2.0/glib.h:1870: previous declaration of `g_string_hash'
>
> It is declared in camel/gstring_util.h and used in camel/g_string_util.c.
>
> The glib-2.0-function uses a guint g_sting_hash(const GString   *str).
> The older glib does not have this function.

If I'm ready this right, it appears as the you are compiling against
glib 2.0 (which has not be released as a stable version - its 1.3 atm I
think).

This is definitely not supported nor will it be for awhile yet.

-JP
--
=======================================================================
JP Rosevear                             jpr helixcode com
HelixCode Inc.                          http://www.helixcode.com