[#MDEV-10270] tokudb compile failure with clang

12:01:54 [1m/source/storage/tokudb/PerconaFT/ft/txn/txn.cc:251:21: [0m[0;1;31merror: [0m[1mmissing field '__count' initializer [-Werror,-Wmissing-field-initializers][0m

12:01:54         .txn_lock = ZERO_MUTEX_INITIALIZER,

12:01:54 [0;1;32m                    ^

12:01:54 [0m[1m/source/storage/tokudb/PerconaFT/portability/toku_pthread.h:82:37: [0m[0;1;30mnote: [0mexpanded from macro 'ZERO_MUTEX_INITIALIZER'[0m

12:01:54 # define ZERO_MUTEX_INITIALIZER {{{0}}}

12:01:54 [0;1;32m                                    ^

12:01:54 [0m[1m/source/storage/tokudb/PerconaFT/ft/txn/txn.cc:254:23: [0m[0;1;31merror: [0m[1mmissing field '__count' initializer [-Werror,-Wmissing-field-initializers][0m

12:01:54         .state_lock = ZERO_MUTEX_INITIALIZER,

12:01:54 [0;1;32m                      ^

12:01:54 [0m[1m/source/storage/tokudb/PerconaFT/portability/toku_pthread.h:82:37: [0m[0;1;30mnote: [0mexpanded from macro 'ZERO_MUTEX_INITIALIZER'[0m

12:01:54 # define ZERO_MUTEX_INITIALIZER {{{0}}}

12:01:54 [0;1;32m                                    ^

12:01:54 [0m2[ 30%] Built target sequence_embedded

12:01:54  errors generated.

Looks to me like ZERO_MUTEX_INITIALIZER should be defined to PTHREAD_MUTEX_INITIALIZER, at least on linux. The definition in pthread.h looks to be a struct of 0s anyway.

[MDEV-10270] tokudb compile failure with clang Created: 2016-06-22 Updated: 2016-09-20 Resolved: 2016-09-20
Status:	Closed
Project:	MariaDB Server
Component/s:	Storage Engine - TokuDB
Affects Version/s:	10.2.2
Fix Version/s:	5.5.50

[MDEV-10270] tokudb compile failure with clang Created: 2016-06-22 Updated: 2016-09-20 Resolved: 2016-09-20