Files
xserver/Xext
Lyude Paul 4e28a6a223 meson: Ensure we always build Xext/hashtable.c for glx
Seems that while glxvnd relies on some of the hashtable functions in
Xext, we only build hashtable support for Xext if we're also building
the res extension. This leads to some errors if you try to build glx
without res enabled:

glx/liblibglxvnd.a(vndcmds.c.o): In function `LookupVendorPrivDispatch':
/home/lyudess/Projects/xserver/glx/vndcmds.c:65: undefined reference to `ht_find'
/home/lyudess/Projects/xserver/glx/vndcmds.c:67: undefined reference to `ht_add'
glx/liblibglxvnd.a(vndcmds.c.o): In function `GlxDispatchInit':
/home/lyudess/Projects/xserver/glx/vndcmds.c:405: undefined reference to `ht_generic_compare'
/home/lyudess/Projects/xserver/glx/vndcmds.c:405: undefined reference to `ht_generic_hash'
/home/lyudess/Projects/xserver/glx/vndcmds.c:405: undefined reference to `ht_create'
glx/liblibglxvnd.a(vndcmds.c.o): In function `GlxDispatchReset':
/home/lyudess/Projects/xserver/glx/vndcmds.c:468: undefined reference to `ht_destroy'
collect2: error: ld returned 1 exit status
ninja: build stopped: subcommand failed.

So, make sure that hashtable.c gets both for both glx and res

Reviewed-by: Adam Jackson <ajax@redhat.com>
Signed-off-by: Lyude Paul <lyude@redhat.com>
2018-04-19 16:20:22 -04:00
..
2017-10-30 13:45:20 -04:00
2015-07-08 16:40:58 -04:00
2017-03-27 15:59:42 -04:00
2017-10-10 23:33:34 +02:00
2014-11-12 10:25:00 +10:00
2018-01-18 14:08:46 -05:00
2012-03-21 13:54:42 -07:00
2017-10-10 23:33:44 +02:00
2016-09-28 15:25:07 -04:00
2014-01-12 10:24:11 -08:00
2017-06-20 16:37:24 -04:00
2012-03-21 13:54:42 -07:00
2017-10-10 23:33:34 +02:00
2014-11-12 10:25:00 +10:00
2014-01-12 10:24:11 -08:00