Eloi,

It seems that g_hash_table_contains() is causing the windows build to
barf. Looking up the docs I see it is only
Since 2.32
You may be able to substitute g_hash_table_lookup () if you are not
storing NULL pointers or the value 0, otherwise 
g_hash_table_lookup_extended () could be used I think. This could be
conditional on the glib version so that we can easily drop it when we
manage to advance the windows libraries to more modern values.

Richard

On Fri, 2013-11-15 at 16:40 -0600, Jeremiah Benham wrote:
> I tried to rebuild and it does bard on denemo.
> Here is the log:
> 
> http://denemo.org/~rshann/gub/target/mingw/log/denemo.log
> 
> Here is the error:
> kbd-custom.o:kbd-custom.c:(.text+0x14a2): undefined reference to 
> `_g_hash_table_contains'
> kbd-custom.o:kbd-custom.c:(.text+0x1609): undefined reference to 
> `_g_hash_table_contains'
> keyboard.o:keyboard.c:(.text+0x70d): undefined reference to 
> `_g_hash_table_contains'
> collect2: ld returned 1 exit status
> 
> Jeremiah




_______________________________________________
Denemo-devel mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/denemo-devel

Reply via email to