Details
Minor
Description
root@aixbuildhost61: /usr/local/src/mariadb-10.0.21 # cat build.sh #!/usr/bin/ksh export APPATH="/usr/local/itsvbuild/64" export PATH="$APPATH/bin:$PATH" export LIBPATH="$APPATH/lib:/usr/lib:/lib:/opt/freeware/lib64:/opt/freeware/lib" export LD_LIBRARY_PATH="$APPATH/lib:/opt/freeware/lib64:/opt/freeware/lib:/usr/lib:/lib" export OBJECT_MODE=64 export CC="xlc_r" export CFLAGS="-q64 -qmaxmem=-1 -DNDEBUG -DSYSV -D_AIX -D_AIX64 -D_AIX41 -D_AIX43 -D_AIX51 -D_AIX52 -D_AIX53 -D_AIX61 -D_AIX71 -D_ALL_SOURCE -DFUNCPROTO=15 -O2 -I$APPATH/include -I/opt/freeware/include" export CXX="xlC_r" export CXXFLAGS=$CFLAGS export LDFLAGS="-L$APPATH/lib -L/opt/freeware/lib64 -L/opt/freeware/lib -Wl,-blibpath:$APPATH/lib:/usr/lib:/lib -Wl,-bmaxdata:0x80000000 -Wl,-b64 -Wl,-bexpall -Wl,-bnoipath" gmake clean cmake . -DCMAKE_INSTALL_PREFIX=$APPATH -DCMAKE_C_FLAGS="$CFLAGS" -DCMAKE_CXX_FLAGS="$CFLAGS" -DCMAKE_EXE_LINKER_FLAGS="$LDFLAGS" -DCMAKE_SHARED_LINKER_FLAGS="$LDFLAGS -DWITH_UNIT_TESTS=OFF" gmake
[ 60%] Built target sql Scanning dependencies of target explain_filename-t [ 60%] Building CXX object unittest/sql/CMakeFiles/explain_filename-t.dir/explain_filename-t.cc.o "/usr/include/alloca.h", line 34.9: 1540-1401 (I) An unknown "pragma __alloca" is specified. [ 60%] Linking CXX executable explain_filename-t ld: 0711-317 ERROR: Undefined symbol: .innobase_strnxfrm(const charset_info_st*,const unsigned char*,unsigned long) ld: 0711-317 ERROR: Undefined symbol: .trx_sys_file_format_id_to_name(const unsigned long) ld: 0711-317 ERROR: Undefined symbol: ib_cursor_insert_row(ib_cursor_t*,ib_tuple_t* const) ld: 0711-317 ERROR: Undefined symbol: ib_cursor_update_row(ib_cursor_t*,ib_tuple_t* const,ib_tuple_t* const) ld: 0711-317 ERROR: Undefined symbol: ib_tuple_copy(ib_tuple_t*,ib_tuple_t* const) ld: 0711-317 ERROR: Undefined symbol: ib_tuple_get_n_cols(ib_tuple_t* const) ld: 0711-317 ERROR: Undefined symbol: ib_tuple_get_n_user_cols(ib_tuple_t* const) ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. unittest/sql/CMakeFiles/explain_filename-t.dir/build.make:115: recipe for target 'unittest/sql/explain_filename-t' failed gmake[2]: *** [unittest/sql/explain_filename-t] Error 8 CMakeFiles/Makefile2:1290: recipe for target 'unittest/sql/CMakeFiles/explain_filename-t.dir/all' failed gmake[1]: *** [unittest/sql/CMakeFiles/explain_filename-t.dir/all] Error 2 Makefile:160: recipe for target 'all' failed gmake: *** [all] Error 2
Gliffy Diagrams
Attachments
Activity
- All
- Comments
- Work Log
- History
- Activity
- Transitions
We do not have currently builder for AIX. You may either wait until we get one or even better contribute a fix to resolve above errors.
i added a patch file and a build script which produces a usable mariadb, but innodb throws an assertion error. with disabled innodb everything works.
innodb assertion error:
root@aixbuildhost61: /usr/local/mariadb # ../scripts/mysql_install_db --basedir=/usr/local/mariadb --datadir=/usr/local/mariadb/data --user=mysql 150922 09:53:25 mysqld_safe Starting mysqld daemon with databases from /usr/local/mariadb/data 150922 9:53:25 [Note] /usr/local/mariadb/bin/mysqld (mysqld 10.0.21-MariaDB) starting as process 7077926 ... 150922 9:53:25 [Note] InnoDB: Using mutexes to ref count buffer pool pages 150922 9:53:25 [Note] InnoDB: The InnoDB memory heap is disabled 150922 9:53:25 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 150922 9:53:25 [Note] InnoDB: GCC builtin __sync_synchronize() is used for memory barrier 150922 9:53:25 [Note] InnoDB: Compressed tables use zlib 1.2.3 2015-09-22 09:53:25 1 InnoDB: Assertion failure in thread 1 in file sync0arr.cc line 1239 InnoDB: Failing assertion: sync_wait_array == NULL InnoDB: We intentionally generate a memory trap. InnoDB: Submit a detailed bug report to http://bugs.mysql.com. InnoDB: If you get repeated assertion failures or crashes, even InnoDB: immediately after the mysqld startup, there may be InnoDB: corruption in the InnoDB tablespace. Please refer to InnoDB: http://dev.mysql.com/doc/refman/5.6/en/forcing-innodb-recovery.html InnoDB: about forcing recovery. 150922 09:53:25 mysqld_safe mysqld from pid file /usr/local/mariadb/data/aixbuildhost61.pid ended
this was reported to percona, but they said its mariadb's turn to look at this, because mariadb's implementation is "different", whatever that means.
is this bug Bug #47213 already applied to the mariadb/innodb/xtradb source?
Hi,
In file sync0arr.cc line 149 there is something like:
static sync_array_t** sync_wait_array;
replace this with:
static sync_array_t** sync_wait_array=NULL;
Can you create git pull request from your changes, there are some changes that need review also from other than me. I do not fully understand why you changed linkage of some innodb funtions to "C", can this be replaced by using correct types (using cast when necessary) on callers ?
i changed sync0arr.cc and the error changed also.
150923 12:01:02 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended 150923 12:06:28 mysqld_safe Starting mysqld daemon with databases from /mysql 150923 12:06:28 [Note] /usr/local/mariadb/bin/mysqld (mysqld 10.0.21-MariaDB) starting as process 8257558 ... 150923 12:06:28 [Note] InnoDB: Using mutexes to ref count buffer pool pages 150923 12:06:28 [Note] InnoDB: The InnoDB memory heap is disabled 150923 12:06:28 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 150923 12:06:28 [Note] InnoDB: GCC builtin __sync_synchronize() is used for memory barrier 150923 12:06:28 [Note] InnoDB: Compressed tables use zlib 1.2.3 150923 12:06:28 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended /usr/local/mariadb/bin/mysqld_safe[27]: 8257688 Memory fault
the reason i changed some functions to "C" linkage,is because we got mixed up symbol resolutions between C and C++, which resulted in the mentioned "unresolved symbols" error.
what to you mean with "git pull request from your changes"? i do not use any repository here.
Changing the linkage of these InnoDB API callbacks would break existing applications using this API, you would need to add something for AIX in addition what is on api0api.h and in line typedef void (*ib_cb_t)(void); Correct, for git pull request you need to have branch from git.
github repo created, just in case.
i narrowed down the linking problem, to a c++ name mangling inconsisteny. with a corresponding compiler option (switching to a very old name mangling pattern), the innodb code compiles without modification.
any hints what could be a possible reason for the "Failing assertion: sync_wait_array == NULL"?
Hi, I think that on your case compiler does not initialize global variables as expected.
detailed output of linker command