Bug #82358 | Gis_wkb_vector<Gis_point> copy constructor is missing | ||
---|---|---|---|
Submitted: | 27 Jul 2016 12:02 | Modified: | 4 Oct 2016 14:55 |
Reporter: | Alexander Filyushov | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server: Compiling | Severity: | S3 (Non-critical) |
Version: | 5.7.13 | OS: | Red Hat |
Assigned to: | CPU Architecture: | Any |
[27 Jul 2016 12:02]
Alexander Filyushov
[3 Aug 2016 8:47]
Tor Didriksen
What happens if you use RelWithDebInfo rather than release? Internally we never use build type == release, so our cmake scripts aren't really prepared for that.
[3 Aug 2016 9:12]
MySQL Verification Team
Hello Alexander, Thank you for the report. Verifying for the compiler issue based on internal discussion with Dev. Also, please note that we only support and test "RelWithDebInfo" and "Debug". Documented here: http://dev.mysql.com/doc/refman/5.7/en/source-configuration-options.html#option_cmake_cmak... For "release", we he have FR Bug #79550 Thanks, Umesh
[11 Aug 2016 4:21]
Alexander Filyushov
Hi Tor, RelWithDebInfo implies -O3 as well as pure Release. Therefore it has the same effect i.e. required symbol is not emitted unless inlining is turned off via -fno-inline or equivalent.
[11 Aug 2016 5:55]
Tor Didriksen
Thanks, just wanted to verify. The list of what to instantiate explicitly was indeed built up experimentally. We will fix.
[4 Oct 2016 14:55]
Paul DuBois
Posted by developer: Noted in 5.7.17, 8.0.1 changelogs. The Gis_wkb_vector<Gis_point> copy constructor was not explicitly instantiated, causing build problems for the Intel compiler.