summaryrefslogtreecommitdiff
path: root/meta/recipes-core
diff options
context:
space:
mode:
authorRichard Tollerton <rich.tollerton@ni.com>2014-07-03 17:00:26 -0500
committerRichard Purdie <richard.purdie@linuxfoundation.org>2014-07-10 17:37:39 +0100
commit5a2ff3e8f7cd7a47a5ab4e581847ecc4df87fca3 (patch)
treedd9226524a43451f02a5d14874b0faf18b45ce13 /meta/recipes-core
parent548f51122900ba600030005b888053bdf009fa31 (diff)
downloadopenembedded-core-5a2ff3e8f7cd7a47a5ab4e581847ecc4df87fca3.tar.gz
openembedded-core-5a2ff3e8f7cd7a47a5ab4e581847ecc4df87fca3.tar.bz2
openembedded-core-5a2ff3e8f7cd7a47a5ab4e581847ecc4df87fca3.zip
gcc: Ensure c++ includes are in /usr/include/c++/${BINV}
It was observed that code using STLport 4.6 fails to compile under the SDK with the following error message: .../includes/cstddef:38:46: fatal error: ../4.7.2/cstddef: No such file or directory STLport 4.6 (screwily) assumes that the C++ system headers live in a gcc-versioned subdirectory, for gcc>=3.0; cf http://sourceforge.net/p/stlport/code/ci/STLport-4.6-patch/tree/stlport/config/stl_gcc.h#l269. This assumption is *almost always* valid, because that matches the default setting of --with-gxx-include-dir. We can match that behavior by appending "/${BINV}" to our own --with-gxx-include-dir settings. Natinst-CAR-ID: 446449 Natinst-Reviewboard-ID: 57209 Acked-by: Ken Sharp <ken.sharp@ni.com> Acked-by: Ben Shelton <ben.shelton@ni.com> Signed-off-by: Richard Tollerton <rich.tollerton@ni.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
Diffstat (limited to 'meta/recipes-core')
0 files changed, 0 insertions, 0 deletions