Red Hat Bugzilla – Bug 859268
bits/byteswap-16.h: No such file or directory
Last modified: 2016-11-24 10:37:31 EST
Description of problem:
libkipi build failed in Rawhide with error in glibc-headers.
Version-Release number of selected component (if applicable):
/usr/bin/gmake -f CMakeFiles/cmTryCompileExec3611003202.dir/build.make CMakeFiles/cmTryCompileExec3611003202.dir/build
gmake: Entering directory `/builddir/build/BUILD/libkipi-4.9.50/x86_64-redhat-linux-gnu/CMakeFiles/CMakeTmp'
/usr/bin/cmake -E cmake_progress_report /builddir/build/BUILD/libkipi-4.9.50/x86_64-redhat-linux-gnu/CMakeFiles/CMakeTmp/CMakeFiles 1
Building CXX object CMakeFiles/cmTryCompileExec3611003202.dir/check_qt_visibility.cpp.o
/usr/bin/c++ -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -I/usr/include/phonon -I/usr/include/QtXmlPatterns -I/usr/include/QtXml -I/usr/include/QtWebKit -I/usr/include/QtUiTools -I/usr/include/QtTest -I/usr/include/QtSvg -I/usr/include/QtSql -I/usr/include/QtScriptTools -I/usr/include/QtScript -I/usr/include/QtOpenGL -I/usr/include/QtNetwork -I/usr/include/QtMultimedia -I/usr/include/QtHelp -I/usr/include/QtDesigner -I/usr/include/QtDeclarative -I/usr/include/QtDBus -I/usr/include/Qt3Support -I/usr/include/QtGui -I/usr/include/QtCore -I/usr/include/Qt -I/usr/lib64/qt4/mkspecs/default -o CMakeFiles/cmTryCompileExec3611003202.dir/check_qt_visibility.cpp.o -c /builddir/build/BUILD/libkipi-4.9.50/x86_64-redhat-linux-gnu/CMakeTmp/check_qt_visibility.cpp
In file included from /usr/include/endian.h:60:0,
/usr/include/bits/byteswap.h:34:30: fatal error: bits/byteswap-16.h: No such file or directory
gmake: Leaving directory `/builddir/build/BUILD/libkipi-4.9.50/x86_64-redhat-linux-gnu/CMakeFiles/CMakeTmp'
gmake: *** [CMakeFiles/cmTryCompileExec3611003202.dir/check_qt_visibility.cpp.o] Error 1
gmake: *** [cmTryCompileExec3611003202/fast] Error 2
CMake Error at /usr/share/kde4/apps/cmake/modules/FindKDE4Internal.cmake:1297 (message):
Qt compiled without support for -fvisibility=hidden. This will break
plugins and linking of some applications. Please fix your Qt installation
(try passing --reduce-exports to configure).
Call Stack (most recent call first):
RPM build errors:
This also breaks ghc compilation in rawhide:
Happens on both i686 and x86_64 fwiw, if it helps.
Also (sorry for multiple comments) I don't think it happens with
Looks like it has accidentally been caused by the patch to bug 858274. I've pushed the fix to rawhide. Please test glibc-2.16.90-13.fc19 once it is done:
Looks like it's not going to be that simple, since the glibc build itself is failing. I can't simply untag glibc-2.16.90-13.fc19 since it is already published.
You can (and you mean -12, not -13), in fact I just did it for you.
As long as you build a fixed build with a higher EVR (e.g. the 2.16.90-13.fc19 you were going to use, no need to touch Epoch) ASAP, it's fine.
Now we need to wait for:
koji wait-repo f19-build --build glibc-2.16.90-11.fc19
to report that the buildroot has been regenerated, then we can resubmit the -13 build (and other builds will already succeed once -11 is back, but we need -13 for the upgrade paths of Rawhide users).
Successfully waited 5:14 for glibc-2.16.90-11.fc19 to appear in the f19-build repo
I'm resubmitting your build of glibc-2.16.90-13.fc19 now (using koji build rawhide git://pkgs.fedoraproject.org/glibc?#7e2e80de953ce07ebb3465830713ee5dfa134e56 because koji resubmit doesn't work on builds by somebody else). If it succeeds, we should be all set.
Thanks Kevin! I resubmitted a build too, which I have cancelled now.:
Build completed successfully in rawhide and byteswap-16.h is back. Things should start working again.
I resubmitted the libkipi build and it built successfully for Rawhide against glibc-2.16.90-13.fc19. Thanks for the quick fix!
Thanks guys - rawhide ghc compilation also looks good again.