| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
| |
The post-build custom command to embed Vista elevation manifest into
mariadb-upgrade-wizard.exe seems to do
something nasty to the executable, perhaps it removes and recreates it.
Thus the previously created hardlink mysql_upgrade_wizard is not marked
to require elevation.
Solved by using MANIFESTUAC linker flag, rather than invoke mt.exe.
This avoids an extra post-build step that modifies mariadb-upgrade-wizard.exe
|
| | |
|
| |
|
|
|
|
|
|
|
| |
To change all executables to have a mariadb name I had to:
- Do name changes in every CMakeLists.txt that produces executables
- CREATE_MARIADB_SYMLINK was removed and GET_SYMLINK added by Wlad to reuse the function in other places also
- The scripts/CMakeLists.txt could make use of GET_SYMLINK instead of introducing redundant code, but I thought I'll leave that for next release
- A lot of changes to debian/.install and debian/.links files due to swapping of real executable and symlink. I did not however change the name of the manpages, so the real name is still mysql there and mariadb are symlinks.
- The Windows part needed a change now when we made the executables mariadb -named. MSI (and ZIP) do not support symlinks and to not break backward compatibility we had to include mysql named binaries also. Done by Wlad
|
| |\ |
|
| | |
| |
| |
| | |
MDEV-16447 incorporate Innodb slow shutdown into mysql_upgrade_service.exe
|
| |/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Changed the build to use /MD flag so that DDL version of C runtime is used.
To make sure MariaDB is always runnable on target system, include
redistributable CRT libraries into installer.
For MSI package, use Microsoft's merge modules.
For ZIP use "applocal" approach,i.e place redistributable dlls
into the bin directory of the package(via InstallRequiredSystemLibraries
cmake module) The space overhead of libraries in negligible, ~ 3MB unpacked.
There are 2 cases, where we still link C runtime statically
- Upgrade wizard, it uses MFC, and we link statically to avoid
redistribute also whole MFC (for this single application, does not
make much sense).
- MSI installer's custom action dll wixca.dll.Here, we need static link
so that MSI won't fail on a target system that does not have VC++2015
runtime already installed.
|
| | |
|
| |
|
|
|
|
| |
Disable /permissive- flag, so MFC is found, and upgrade_wizard is built.
MFC code is not standard C++, so it doesn not play well with /permissive-
|
| |\ |
|
| | | |
|
| | | |
|
| |/
|
|
|
|
| |
-DWITH_ASAN can be used as well now, on x64
Fix many clang-cl warnings.
|
| |
|
|
|
| |
Default to static release (previously static debug was used in debug
builds, but not is appears to be too slow)
|
| |
|
|
|
| |
On Windows, the files get checked out with CRLF thanks
to .gitattributes.
|
| |
|
|
|
| |
- rename upgrade_wizard.exe to mysql_upgrade_wizard.exe
- have shortcut to upgrade wizard in the menu folder
|
| |
|
|
|
| |
BUILD_RELEASE to disable graceful fallbacks
if WiX or MFC is not available.
|
| |
|
|
|
|
|
|
| |
on Win7 with the most strict user account control setting
(secure desktop)
Fix: use job object for child process only, not for current
process itself.
|
| | |
|
| |
|
|
| |
library
|
|
|
to uzpgrade existing MySQL/Maria services to higher version.
To be used in installer (but also can be used outside of installer too)
|
