/var/tmp/portage/dev-db/myodbc-5.3.10-r2/work/mysql-connector-odbc-5.3.10-src/driver/dll.c: In function ‘myodbc_end’: /var/tmp/portage/dev-db/myodbc-5.3.10-r2/work/mysql-connector-odbc-5.3.10-src/driver/dll.c:114:5: error: ‘my_thread_end_wait_time’ undeclared (first use in this function); did you mean ‘my_thread_end’? my_thread_end_wait_time= 0; ^~~~~~~~~~~~~~~~~~~~~~~ my_thread_end ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0-desktop-plasma-systemd_test_20180323-181400 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.3.0 * Available Python interpreters, in order of preference: [1] python3.5 [2] python2.7 (fallback) java-config: The following VMs are available for generation-2: *) IcedTea JDK 3.7.0 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-bin-8 system-vm emerge -qpv dev-db/myodbc [ebuild N ] dev-db/myodbc-5.3.10-r2 ABI_X86="(64) -32 (-x32)"
Created attachment 525876 [details] emerge-info.txt
Created attachment 525878 [details] dev-db:myodbc-5.3.10-r2:20180328-093154.log
Created attachment 525880 [details] emerge-history.txt
Created attachment 525882 [details] environment
Created attachment 525884 [details] etc.portage.tbz2
Created attachment 525886 [details] logs.tbz2
Created attachment 525888 [details] temp.tbz2
Compiled against dev-db/percona-server-5.6.39.83.1 client-libs. This is why we need to standardize.
This also fails on 32bit x86 arch: [ 74%] Building C object driver/CMakeFiles/myodbc5w.dir/dll.c.o cd /var/tmp/portage/dev-db/myodbc-5.3.10-r2/work/mysql-connector-odbc-5.3.10-src-abi_x86_32.x86/driver && /usr/bin/i686-pc-linux-gnu-gcc -DDBUG_OFF -DDISABLE_ALL_PSI -DHAVE_LIBDL -DHAVE_LPCWSTR -DMYODBC_UNICODEDRIVER -DTHREAD -DUSE_SQLCOLATTRIBUTE_SQLLEN_PTR -DUSE_SQLPARAMOPTIONS_SQLULEN_PTR -DUSE_UNIXODBC -D_UNIX_ -Dmyodbc5w_EXPORTS -I/usr/include/mysql -I/var/tmp/portage/dev-db/myodbc-5.3.10-r2/work/mysql-connector-odbc-5.3.10-src -I/var/tmp/portage/dev-db/myodbc-5.3.10-r2/work/mysql-connector-odbc-5.3.10-src/driver/../util -DNDEBUG -march=prescott -O2 -pipe -fomit-frame-pointer -fPIC -w -o CMakeFiles/myodbc5w.dir/dll.c.o -c /var/tmp/portage/dev-db/myodbc-5.3.10-r2/work/mysql-connector-odbc-5.3.10-src/driver/dll.c /var/tmp/portage/dev-db/myodbc-5.3.10-r2/work/mysql-connector-odbc-5.3.10-src/driver/dll.c: In function ‘myodbc_end’: /var/tmp/portage/dev-db/myodbc-5.3.10-r2/work/mysql-connector-odbc-5.3.10-src/driver/dll.c:114:5: error: ‘my_thread_end_wait_time’ undeclared (first use in this function); did you mean ‘my_thread_end’? my_thread_end_wait_time= 0; ^~~~~~~~~~~~~~~~~~~~~~~ my_thread_end /var/tmp/portage/dev-db/myodbc-5.3.10-r2/work/mysql-connector-odbc-5.3.10-src/driver/dll.c:114:5: note: each undeclared identifier is reported only once for each function it appears in make[2]: *** [driver/CMakeFiles/myodbc5w.dir/build.make:183: driver/CMakeFiles/myodbc5w.dir/dll.c.o] Error 1 make[2]: *** Waiting for unfinished jobs.... [ 75%] Building C object driver/CMakeFiles/myodbc5a.dir/desc.c.o cd /var/tmp/portage/dev-db/myodbc-5.3.10-r2/work/mysql-connector-odbc-5.3.10-src-abi_x86_32.x86/driver && /usr/bin/i686-pc-linux-gnu-gcc -DDBUG_OFF -DDISABLE_ALL_PSI -DHAVE_LIBDL -DHAVE_LPCWSTR -DTHREAD -DUSE_SQLCOLATTRIBUTE_SQLLEN_PTR -DUSE_SQLPARAMOPTIONS_SQLULEN_PTR -DUSE_UNIXODBC -D_UNIX_ -Dmyodbc5a_EXPORTS -I/usr/include/mysql -I/var/tmp/portage/dev-db/myodbc-5.3.10-r2/work/mysql-connector-odbc-5.3.10-src -I/var/tmp/portage/dev-db/myodbc-5.3.10-r2/work/mysql-connector-odbc-5.3.10-src/driver/../util -DNDEBUG -march=prescott -O2 -pipe -fomit-frame-pointer -fPIC -w -o CMakeFiles/myodbc5a.dir/desc.c.o -c /var/tmp/portage/dev-db/myodbc-5.3.10-r2/work/mysql-connector-odbc-5.3.10-src/driver/desc.c make[2]: Leaving directory '/var/tmp/portage/dev-db/myodbc-5.3.10-r2/work/mysql-connector-odbc-5.3.10-src-abi_x86_32.x86' make[1]: *** [CMakeFiles/Makefile2:184: driver/CMakeFiles/myodbc5w.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... Is there a fix/workaround available? -- Kind regards, Mick
