On Sun, Aug 16, 2015 at 09:35:55PM +0100, Ken Moffat wrote:
> On Sun, Aug 16, 2015 at 09:09:39PM +0100, Ken Moffat wrote:
>
> At least this is an explicable user error. Will have to look to see
> if my other image is what it claims to be, and if so I'll try again.
> If not, looks like I'll need to start over.
>
Well, that image _was_ what I thought I wanted, but after adding the
required deps qt failed to build:
make[3]: Entering directory
'/usr/src/qt-everywhere-opensource-src-5.5.0/qtbase/src/tools/qdoc'
g++ -c -O2 -O2 -std=c++0x -fno-exceptions -Wall -W -D_REENTRANT
-fPIC -DQT_NO_MTDEV -DQT_NO_TSLIB -DQT_NO_LIBINPUT
-DQT_QMLDEVTOOLS_LIB -DQDOC2_COMPAT -DQT_NO_EXCEPTIONS
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_XML_LIB
-DQT_CORE_LIB -I. -I. -Iqmlparser -I../../../include
-I../../../include/QtXml -I../../../include/QtCore -I.moc
-I../../../mkspecs/linux-g++ -o .obj/doc.o doc.cpp
In file included from /usr/include/c++/5.2.0/vector:63:0,
from /usr/include/c++/5.2.0/bits/random.h:34,
from /usr/include/c++/5.2.0/random:49,
from /usr/include/c++/5.2.0/bits/stl_algo.h:66,
from /usr/include/c++/5.2.0/algorithm:62,
from
../../../include/QtCore/../../src/corelib/global/qglobal.h:85,
from ../../../include/QtCore/qglobal.h:1,
from
../../../include/QtCore/../../src/corelib/tools/qiterator.h:37,
from ../../../include/QtCore/qiterator.h:1,
from
../../../include/QtCore/../../src/corelib/tools/qmap.h:37,
from ../../../include/QtCore/qmap.h:1,
from config.h:41,
from doc.cpp:34:
/usr/include/c++/5.2.0/bits/stl_uninitialized.h:566:30: error:
expected initializer before '*' token
__uninitialized_default_n(_ForwardIterator __first, _Size __n)
^
/usr/include/c++/5.2.0/bits/stl_uninitialized.h: In function
'_ForwardIterator std::__uninitialized_default_n_a(_ForwardIterator,
_Size, std::allocator<_Tp>&)':
/usr/include/c++/5.2.0/bits/stl_uninitialized.h:637:14: error:
'__uninitialized_default_n' is not a member of 'std'
{ return std::__uninitialized_default_n(__first, __n); }
^
Makefile:1725: recipe for target '.obj/doc.o' failed
make[3]: *** [.obj/doc.o] Error 1
make[3]: Leaving directory
'/usr/src/qt-everywhere-opensource-src-5.5.0/qtbase/src/tools/qdoc'
(sorry about the reformatting, that's the way urxvt does it)
whereas the earleir build had exactly the same commandline, as seen
below, but worked:
make[3]: Entering directory
'/usr/src/qt-everywhere-opensource-src-5.5.0/qtbase/src/tools/qdoc'
g++ -c -O2 -O2 -std=c++0x -fno-exceptions -Wall -W -D_REENTRANT
-fPIC -DQT_NO_MTDEV -DQT_NO_TSLIB -DQT_NO_LIBINPUT
-DQT_QMLDEVTOOLS_LIB -DQDOC2_COMPAT -DQT_NO_EXCEPTIONS
-D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -DQT_NO_DEBUG -DQT_XML_LIB
-DQT_CORE_LIB -I. -I. -Iqmlparser -I../../../include
-I../../../include/QtXml -I../../../include/QtCore -I.moc
-I../../../mkspecs/linux-g++ -o .obj/doc.o doc.cpp
make[3]: Leaving directory
'/usr/src/qt-everywhere-opensource-src-5.5.0/qtbase/src/tools/qdoc'
To reiterate, these qemu images are using the same version of LFS.
For the one which built qt I had added various AV libs / progs, and
their dependencies, and also included qtchooser and qt4. For the
one which didn't, I have not added those.
Honestly, I start to think that qt5 is a bad dream.
The only thing I can see from diffing the successful and failed logs
is that things got built in a different order [ -j4 ] : at that
point, any attempt to identify what really differs becomes null and
void.
ĸen
--
This one goes up to eleven: but only on a clear day, with the wind in
the right direction.
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
