On Wed, Aug 21, 2019 at 9:11 PM Mittal, Anuj <[email protected]> wrote: > > On Fri, 2019-08-16 at 08:08 -0700, Khem Raj wrote: > > On Fri, Aug 16, 2019 at 5:00 AM Martin Jansa <[email protected]> > > wrote: > > > Hi, > > > > > > I have an app which includes omp.h from gomp, it used to find it > > > without adding any -I for that (with just -fopenmp to enable > > > openmp). > > > > > > Now the header file is included in RSS: > > > lib32-recipe-sysroot/usr/lib/arm-oemllib32-linux- > > > gnueabi/9.2.0/include/omp.h > > > but no longer found in default search dirs. > > > > > > Is this expected or should gcc be adjusted to search for it > > > automatically? > > > > > > > It should have adjusted automatically but these headers are searhed > > relative to its own install and not sysroot reelative > > so it might have to be addressed. Does it work with normal ( > > non-multilib ) case ? > > It's not working for me as well. It's easy to reproduce when using > find_package(OpenMP) with cmake. > > The search paths also don't list this new path and are looking for > headers in old one. Would the path in patch "0020-Ensure-target-gcc- > headers-can-be-included.patch" have to be adjusted as well to include > this new location? >
there is patch posted already to fix this https://patchwork.openembedded.org/patch/164057/ > Thanks, > > Anuj -- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
