craigmjackson at gmail.com
Thu Sep 29 19:48:46 PDT 2016
>> I'm not really sure what is going on, but /opt/qt5/include/QtCore/qglobal.h
>> is calling
>> #include <algorithm>
>> which is in several places:
>> The only one that has stl_algobase.h is /usr/include/c++/6.2.0/algorithm.
>> The above indicates that stl_algobase.h is at /usr/include/stl_algobase.h
>> but I do not have that. I only have
>> /usr/include/c++/6.2.0/bits/stl_algobase.h and that does not have the new.h
>> Investigate where /usr/include/stl_algobase.h came from. At a minimum,
>> remove it.
>> -- Bruce
> Looks like somewhere I got the bright idea to install SGI's standard
> template library which overwrote some other headers. I will try to
> reinstall libstdc++.
> I had a bad feeling about that one, apparently I should have trusted
> that feeling.
So the new.h was called by stl_algobase.h which is part of the
stdlibc++ library but has been deprecated in gcc 6. kdelibs4support,
being a compat library, is calling some older functions. After a lot
of restoring from backups, copying headers from gcc 5, trying to
update headers, turns out is is kf5 still calling these deprecated
I then looked at the references to some deprecated headers such as
<iostream.h> and it did this in the 5.25.0 release but did not in the
5.26.0 release. I updated all the KF5 packages from 5.25.0 to 5.26.0
using the same BLFS instructions (with version replacement of course)
and the whole KF5 package list compiles successfully.
Looks like BLFS-systemd-dev is currently at 5.25.0. Any reason to not
move to 5.26.0?
More information about the blfs-support