Le 05/10/2012 14:45, Adrian Schröter a écrit :
Am Freitag, 5. Oktober 2012, 13:55:34 schrieb Guillaume Gardet:
Le 05/10/2012 12:27, Alexander Graf a écrit :
On 05.10.2012, at 10:49, Guillaume Gardet <guillaume.gardet@free.fr> wrote:
Le 19/09/2012 12:09, Alexander Graf a écrit :
On 19.09.2012, at 12:07, Bernhard M. Wiedemann wrote:
On 09/17/2012 12:30 PM, Guillaume GARDET wrote:
> For armv5, the compiler does not find the file "bits/c++config.h" > whereas the package libstdc++47-devel is installed: > ******************************************************************************** > > [ 531s] In file included from > /home/abuild/rpmbuild/BUILD/qt-everywhere-opensource-src-4.8.2/include/QtCore/../../src/corelib/tools/qlist.h:58:0, > > [ 531s] from > /home/abuild/rpmbuild/BUILD/qt-everywhere-opensource-src-4.8.2/include/QtCore/qlist.h:1, > > [ 531s] from > /home/abuild/rpmbuild/BUILD/qt-everywhere-opensource-src-4.8.2/include/QtCore/../../src/corelib/tools/qstringlist.h:47, > > [ 531s] from > /home/abuild/rpmbuild/BUILD/qt-everywhere-opensource-src-4.8.2/include/QtCore/qstringlist.h:1, > > [ 531s] from project.h:45, > [ 531s] from option.h:45, > [ 531s] from property.cpp:43: > [ 531s] /usr/armv5el-suse-linux-gnueabi/usr/include/c++/4.7/new:41:28: > fatal error: bits/c++config.h: No such file or directory > ******************************************************************************** > using strace, I found that the file is searched in
/usr/armv5el-suse-linux-gnueabi/usr/include/c++/4.7/bits/c++config.h /usr/armv5el-suse-linux-gnueabi/usr/include/c++/4.7/backward/bits/c++config.h /usr/lib64/gcc/armv5el-suse-linux-gnueabi/4.7/include/bits/c++config.h /usr/armv5el-suse-linux-gnueabi/usr/local/include/bits/c++config.h /usr/lib64/gcc/armv5el-suse-linux-gnueabi/4.7/include-fixed/bits/c++config.h /usr/armv5el-suse-linux-gnueabi/usr/include/bits/c++config.h
but it really is in /usr/include/c++/4.7/armv5tel-suse-linux-gnueabi/bits/c++config.h Is the armv5el / armv5tel difference on purpose? Does anyone have some ideas to solve the problem? There are more packages affected.
I would like to help, but I do not know which package is faulty. IIRC the problem lies in qemu-accel and the fact that we call it armv5tel, but it really is armv5el (no thumb). Ok.
So, we should not enable thumb for armv5? I thought all armv5 have thumb capabilities. Maybe, but we faced problems with thumb support.
So, yes, armv5 should not use thumb.
Ok.
Adrian wanted to switch it to armv5el completely, to get rid of that naming difference. Or at least make a sym link as a workaround. We have currently a broken rpm package on armv5, I bootstrap i currently manually. Afterwards we need to do a clean rebuild, so please do not add workarounds until we tried that.
I hope it solves the problem.
Ok. Ping us when it can be tested. Guillaume -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org