mirror of
https://github.com/MariaDB/server.git
synced 2025-08-09 22:24:09 +03:00
5.6.44-86.0
This commit is contained in:
@@ -1215,7 +1215,7 @@
|
|||||||
VARIABLE_NAME INNODB_VERSION
|
VARIABLE_NAME INNODB_VERSION
|
||||||
SESSION_VALUE NULL
|
SESSION_VALUE NULL
|
||||||
-GLOBAL_VALUE 5.6.45
|
-GLOBAL_VALUE 5.6.45
|
||||||
+GLOBAL_VALUE 5.6.43-84.3
|
+GLOBAL_VALUE 5.6.44-86.0
|
||||||
GLOBAL_VALUE_ORIGIN COMPILE-TIME
|
GLOBAL_VALUE_ORIGIN COMPILE-TIME
|
||||||
DEFAULT_VALUE NULL
|
DEFAULT_VALUE NULL
|
||||||
VARIABLE_SCOPE GLOBAL
|
VARIABLE_SCOPE GLOBAL
|
||||||
|
@@ -685,7 +685,7 @@
|
|||||||
VARIABLE_NAME INNODB_VERSION
|
VARIABLE_NAME INNODB_VERSION
|
||||||
SESSION_VALUE NULL
|
SESSION_VALUE NULL
|
||||||
-GLOBAL_VALUE 5.6.45
|
-GLOBAL_VALUE 5.6.45
|
||||||
+GLOBAL_VALUE 5.6.43-84.3
|
+GLOBAL_VALUE 5.6.44-86.0
|
||||||
GLOBAL_VALUE_ORIGIN COMPILE-TIME
|
GLOBAL_VALUE_ORIGIN COMPILE-TIME
|
||||||
DEFAULT_VALUE NULL
|
DEFAULT_VALUE NULL
|
||||||
VARIABLE_SCOPE GLOBAL
|
VARIABLE_SCOPE GLOBAL
|
||||||
|
@@ -316,26 +316,7 @@ ut_crc32_init()
|
|||||||
ut_cpuid(vend, &model, &family, &stepping,
|
ut_cpuid(vend, &model, &family, &stepping,
|
||||||
&features_ecx, &features_edx);
|
&features_ecx, &features_edx);
|
||||||
|
|
||||||
/* Valgrind does not understand the CRC32 instructions:
|
|
||||||
|
|
||||||
vex amd64->IR: unhandled instruction bytes: 0xF2 0x48 0xF 0x38 0xF0 0xA
|
|
||||||
valgrind: Unrecognised instruction at address 0xad3db5.
|
|
||||||
Your program just tried to execute an instruction that Valgrind
|
|
||||||
did not recognise. There are two possible reasons for this.
|
|
||||||
1. Your program has a bug and erroneously jumped to a non-code
|
|
||||||
location. If you are running Memcheck and you just saw a
|
|
||||||
warning about a bad jump, it's probably your program's fault.
|
|
||||||
2. The instruction is legitimate but Valgrind doesn't handle it,
|
|
||||||
i.e. it's Valgrind's fault. If you think this is the case or
|
|
||||||
you are not sure, please let us know and we'll try to fix it.
|
|
||||||
Either way, Valgrind will now raise a SIGILL signal which will
|
|
||||||
probably kill your program.
|
|
||||||
|
|
||||||
*/
|
|
||||||
#ifndef UNIV_DEBUG_VALGRIND
|
|
||||||
ut_crc32_sse2_enabled = (features_ecx >> 20) & 1;
|
ut_crc32_sse2_enabled = (features_ecx >> 20) & 1;
|
||||||
#endif /* UNIV_DEBUG_VALGRIND */
|
|
||||||
|
|
||||||
#endif /* defined(__GNUC__) && defined(__x86_64__) */
|
#endif /* defined(__GNUC__) && defined(__x86_64__) */
|
||||||
|
|
||||||
#if defined(__linux__) && defined(__powerpc__) && defined(AT_HWCAP2) \
|
#if defined(__linux__) && defined(__powerpc__) && defined(AT_HWCAP2) \
|
||||||
|
@@ -45,10 +45,10 @@ Created 1/20/1994 Heikki Tuuri
|
|||||||
|
|
||||||
#define INNODB_VERSION_MAJOR 5
|
#define INNODB_VERSION_MAJOR 5
|
||||||
#define INNODB_VERSION_MINOR 6
|
#define INNODB_VERSION_MINOR 6
|
||||||
#define INNODB_VERSION_BUGFIX 43
|
#define INNODB_VERSION_BUGFIX 44
|
||||||
|
|
||||||
#ifndef PERCONA_INNODB_VERSION
|
#ifndef PERCONA_INNODB_VERSION
|
||||||
#define PERCONA_INNODB_VERSION 84.3
|
#define PERCONA_INNODB_VERSION 86.0
|
||||||
#endif
|
#endif
|
||||||
|
|
||||||
/* Enable UNIV_LOG_ARCHIVE in XtraDB */
|
/* Enable UNIV_LOG_ARCHIVE in XtraDB */
|
||||||
|
@@ -316,26 +316,7 @@ ut_crc32_init()
|
|||||||
ut_cpuid(vend, &model, &family, &stepping,
|
ut_cpuid(vend, &model, &family, &stepping,
|
||||||
&features_ecx, &features_edx);
|
&features_ecx, &features_edx);
|
||||||
|
|
||||||
/* Valgrind does not understand the CRC32 instructions:
|
|
||||||
|
|
||||||
vex amd64->IR: unhandled instruction bytes: 0xF2 0x48 0xF 0x38 0xF0 0xA
|
|
||||||
valgrind: Unrecognised instruction at address 0xad3db5.
|
|
||||||
Your program just tried to execute an instruction that Valgrind
|
|
||||||
did not recognise. There are two possible reasons for this.
|
|
||||||
1. Your program has a bug and erroneously jumped to a non-code
|
|
||||||
location. If you are running Memcheck and you just saw a
|
|
||||||
warning about a bad jump, it's probably your program's fault.
|
|
||||||
2. The instruction is legitimate but Valgrind doesn't handle it,
|
|
||||||
i.e. it's Valgrind's fault. If you think this is the case or
|
|
||||||
you are not sure, please let us know and we'll try to fix it.
|
|
||||||
Either way, Valgrind will now raise a SIGILL signal which will
|
|
||||||
probably kill your program.
|
|
||||||
|
|
||||||
*/
|
|
||||||
#ifndef UNIV_DEBUG_VALGRIND
|
|
||||||
ut_crc32_sse2_enabled = (features_ecx >> 20) & 1;
|
ut_crc32_sse2_enabled = (features_ecx >> 20) & 1;
|
||||||
#endif /* UNIV_DEBUG_VALGRIND */
|
|
||||||
|
|
||||||
#endif /* defined(__GNUC__) && defined(__x86_64__) */
|
#endif /* defined(__GNUC__) && defined(__x86_64__) */
|
||||||
|
|
||||||
#if defined(__linux__) && defined(__powerpc__) && defined(AT_HWCAP2) \
|
#if defined(__linux__) && defined(__powerpc__) && defined(AT_HWCAP2) \
|
||||||
|
Reference in New Issue
Block a user