Initial version of the patch. More work in tarantool.m is required in order to get correct order of the initialization.
** Patch added: "initial version of the patch" https://bugs.launchpad.net/tarantool/+bug/1094059/+attachment/3468978/+files/libev_multiplicity.patch ** Description changed: - Currently all our code uses libev with #define EV_MULTIPLICITY 0. This + Currently all our code uses libev with defined EV_MULTIPLICITY 0. This option means that libev have a global variable where pointer to struct ev_loop is stored. Such design is not compatible with the dynamic version of libev provided by distros. I think we should enable MULTIPLICITY and struct ev_loop * OR just insert EV_P/EV_A macroses to appropriate places. ** Changed in: tarantool Importance: Undecided => Wishlist -- You received this bug notification because you are a member of Tarantool Development Team, which is subscribed to tarantool. https://bugs.launchpad.net/bugs/1094059 Title: Tarantool should support libev with EV_MULTIPLICITY=1 Status in Tarantool - an efficient in-memory data store: New Bug description: Currently all our code uses libev with defined EV_MULTIPLICITY 0. This option means that libev have a global variable where pointer to struct ev_loop is stored. Such design is not compatible with the dynamic version of libev provided by distros. I think we should enable MULTIPLICITY and struct ev_loop * OR just insert EV_P/EV_A macroses to appropriate places. To manage notifications about this bug go to: https://bugs.launchpad.net/tarantool/+bug/1094059/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~tarantool-developers Post to : [email protected] Unsubscribe : https://launchpad.net/~tarantool-developers More help : https://help.launchpad.net/ListHelp
