[26 Oct 2009 16:17] Bugs System A patch for this bug has been committed. After review, it may be pushed to the relevant source trees for release in the next version. You can access the patch from: 2899 Vladislav Vaintroub 2009-10-26 cannot build innodb as static library. The problem here is that the latest innodb push contains both MYSQL_STORAGE_ENGINE(INNOBASE) and MYSQL_STORAGE_ENGINE(INNOBASE) in the same CMakeLists.txt, to make the resulting library ha_innodb.dll, instead of ha_innobase.dll. Using multiple MYSQL_STORAGE_ENGINE within the same CMakeLists.txt conflicts with the fix for the bug 'CMake, storage engine name different from directory name'.

Then I included library to the project pro file: LIBS += -L'C:/MySQL/mysql-5.7.22-win32/lib' -lmysqlclient But it still requires libmysql.dll. DBD::mysql::INSTALL - How to install and configure DBD::mysql. Unix Fmysqlclient.lib> statically linked library, Windows Fmysqlclient.dll> dynamically linked. Mkdir /tmp/mysql-static cp /usr/lib/mysql/*.a /tmp/mysql-static perl Makefile.

Top-level CMakeLists.txt now parses storage engine's CMakeLists.txt to extract engines name from MYSQL_STORAGE_ENGINE(). For innodb, it concludes that there is not storage engine named INNOBASE, hence WITH_INNOBASE_STORAGE_ENGINE has no effect. The fix is to use SET_TARGET_PROPERTIES(. PROPERTIES OUTPUT_NAME.), instead of renaming the engine to have plugins named ha_innodb.dll. [26 Oct 2009 16:26] Bugs System A patch for this bug has been committed. After review, it may be pushed to the relevant source trees for release in the next version.

You can access the patch from: 2899 Vladislav Vaintroub 2009-10-26 cannot build innodb as static library. The problem here is that the latest innodb push contains both MYSQL_STORAGE_ENGINE(INNOBASE) and MYSQL_STORAGE_ENGINE(INNOBASE) in the same CMakeLists.txt, because Innobase wants plugin to be named ha_innodb.dll, not ha_innobase.dll. Chertezhi formi dlya zhb koljca. Using multiple MYSQL_STORAGE_ENGINE within the same CMakeLists.txt conflicts with the fix for the bug 'CMake, storage engine name different from directory name'. Top-level CMakeLists.txt now parses storage engine's CMakeLists.txt to extract engines name from MYSQL_STORAGE_ENGINE(). For innodb, it concludes that there is not storage engine named INNOBASE, hence WITH_INNOBASE_STORAGE_ENGINE has no effect. The fix is to use SET_TARGET_PROPERTIES(. PROPERTIES OUTPUT_NAME.), instead of renaming the engine to have plugins named ha_innodb.dll.

[30 Nov 2009 13:35] Bugs System A patch for this bug has been committed. After review, it may be pushed to the relevant source trees for release in the next version.

You can access the patch from: 3229 Satya B 2009-11-30 Applying InnoDB Plugin 1.0.6 snapshot, part 9. Fixes, applied revisions: r6197, r6198, r6199 r6197 - r6199 - Detailed revision comments: r6197 calvin 2009-11-19 09:32:55 +0200 (Thu, 19 Nov 2009) 6 lines branches/zip: merge the fix of (CMake file) Due to MySQL changes to the CMake, it is no longer able to build InnoDB plugin as a static library on Windows. The fix is proposed by Vlad of MySQL. R6198 vasil 2009-11-19 09:44:31 +0200 (Thu, 19 Nov 2009) 4 lines branches/zip: Add ChangeLog entry for r6197. R6199 vasil 2009-11-19 12:10:12 +0200 (Thu, 19 Nov 2009) 31 lines branches/zip: Merge r6159:6198 from branches/5.1: ------------------------------------------------------------------------ r6187 jyang 2009-11-18 05:27:30 +0200 (Wed, 18 Nov 2009) 9 lines Changed paths: M /branches/5.1/btr/btr0btr.c branches/5.1: Fix 'when innodb tablespace is configured too small, crash and corruption!' Function btr_create() did not check the return status of fseg_create(), and continue the index creation even there is no sufficient space.