Does GCC 5 do something to cause dpkg-gensymbols to break? For example,
I was checking the list to see if anything I deal with directly was
broken, and checked a few of the other failures for packages I depend
on, to see what to expect. In doing so, I ran across the
ubuntu-download-manager  failure. It seems to actually build just
fine, but the dpkg-gensymbols check is failing. It seems to no longer
export the operator() method on std::function definitions. For example:
- (c++)"std::function<void (Ubuntu::DownloadManager::Download*)>::operator()(Ubuntu::DownloadManager::Download*) const@Base" 0.4+14.10.20140618
+#MISSING: 0.9+15.04.20141202-0ubuntu1# (c++)"std::function<void (Ubuntu::DownloadManager::Download*)>::operator()(Ubuntu::DownloadManager::Download*) const@Base" 0.4+14.10.20140618
This is not mentioned in the porting guide that I can see though, and
removing these from the .symbols file will break building on gcc 4.x.
The porting guide only mentions converting std::nullptr_t to bool in C++
issues. What's the best way to deal with this if it comes up?
On Thu, 2015-03-05 at 00:12 +0100, Matthias Klose wrote:
> two test rebuilds for vivid are almost finished on all architectures (pending
> powerpc and arm64). It's time to address the build failures seen with these
> test rebuilds. The most important ones are listed in  for the vivid
> archives. These really have to be addressed.
> In preparation for the w-series (15.10), there was another test rebuild using
> GCC 5 (yes, GCC 5 will be the default for 15.10, without any possibility to fall
> back to older g++ and gfortran versions). Some outfall as usual . I think
> the switch to GCC 5 will cause a bit more work than the switch to GCC 4.9 in
> utopic, so I would like to address as many issues as possible before the switch,
> even during the preparation of the 15.04 (vivid) release. Safe uploads to vivid
> would be appreciated. To check for buildability with GCC 5, add the
> ubuntu-toolchain-r/test PPA  to your apt sources. If you have time to kill,
> please fix these issues now. Make sure to forward fixes to the Debian bug
> tracker, bugs were filed for a Debian test rebuild as well . Help for
> porting issues can be found in the GCC 5 porting notes  and an analysis of a
> test rebuild for another distro .
> If you can't, or if you don't want to do an upload, please make sure to file a
> launchpad issue, and tag it with 'ftbfs' and probably 'patch', then the issue
> will show up in  and .
> Help would be appreciated to fix issues in packages like boost so that we can
> get more reliable test rebuild results.
> Thanks, Matthias
>  https://launchpad.net/~ubuntu-toolchain-r/+archive/ubuntu/test
>  https://gcc.gnu.org/gcc-5/porting_to.html
>  https://lists.fedoraproject.org/pipermail/devel/2015-February/207549.html