[MDEV-14512] Build failure on OSX Created: 2017-11-27  Updated: 2018-03-26  Resolved: 2018-03-26

Status: Closed
Project: MariaDB Server
Component/s: Compiling
Affects Version/s: 10.3
Fix Version/s: 10.3.6

Type: Bug Priority: Major
Reporter: Varun Gupta (Inactive) Assignee: Varun Gupta (Inactive)
Resolution: Fixed Votes: 0
Labels: None

Sprint: 10.3.6-1

 Description   

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/map:820:5: error: static_assert failed
      "Allocator::value_type must be same type as value_type"
    static_assert((is_same<typename allocator_type::value_type, value_type>::value),
    ^             ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include/c++/v1/__config:729:36: note: expanded from macro
      'static_assert'
#   define static_assert(__b, __m) _Static_assert(__b, __m)
                                   ^              ~~~
/Users/varun/MariaDB/10.3/storage/innobase/include/trx0trx.h:1248:19: note: in instantiation of template class 'std::__1::map<dict_table_t *,
      unsigned long long, std::__1::less<dict_table_t *>, ut_allocator<dict_table_t *, true> >' requested here
        trx_mod_tables_t mod_tables;    /*!< List of tables that were modified

/Users/varun/MariaDB/10.3/storage/innobase/include/sync0policy.h:53:4: error: cannot initialize a member subobject of type 'ulint'
      (aka 'unsigned long') with an rvalue of type 'os_thread_id_t' (aka '_opaque_pthread_t *')
                        m_thread_id(os_thread_id_t(ULINT_UNDEFINED))
                        ^           ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/Users/varun/MariaDB/10.3/storage/innobase/include/sync0policy.h:79:4: error: cannot initialize a parameter of type 'int64' (aka 'long long')
      with an rvalue of type 'os_thread_id_t' (aka '_opaque_pthread_t *')
                        my_atomic_storelint(&m_thread_id, os_thread_get_curr_id());



 Comments   
Comment by Marko Mäkelä [ 2017-11-28 ]

The mod_tables was broken by MDEV-14477. Thank you for notifying.
I hope I fixed it in 10.3.

Comment by Vicențiu Ciorbaru [ 2018-03-26 ]

Confirmed that marko's patch fixes it, it is safe to close.

Generated at Thu Feb 08 08:14:10 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.