diff options
| author | Daniel Klauer <daniel.klauer@gin.de> | 2023-10-04 12:54:03 +0200 |
|---|---|---|
| committer | Khem Raj <raj.khem@gmail.com> | 2023-10-04 13:10:06 -0700 |
| commit | 883860c40c67544dfe3e2d72732e2d8ef46b6f30 (patch) | |
| tree | c9c8465704e5341ee68773b2127251aa1e64636f /meta-webserver/recipes-httpd/nginx/files/0001-configure-libxslt-conf.patch | |
| parent | 06faef7244794a076a64006c61774e7cef1217aa (diff) | |
| download | meta-openembedded-883860c40c67544dfe3e2d72732e2d8ef46b6f30.tar.gz | |
graphviz: Fix build to not use $prefix as search dir
The graphviz configure script used $prefix/include and $prefix/lib search
directories, thus bypassing the recipe sysroot, which could lead to build
contamination or failures. The added patch (backported from graphviz 9.0.0)
fixes this.
Due to the $prefix != /usr check in the configure script, this issue only
showed up for recipe build variants which use a different prefix value,
such as nativesdk-graphviz (prefix = SDKPATHNATIVE/...) or graphviz-native
(prefix = STAGING_DIR_NATIVE/...). Using STAGING_DIR_NATIVE is probably not
a problem, since it is recipe-specific anyways, but using SDKPATHNATIVE
may be a problem, if it happens to exist and contains headers/libraries.
Even though this may be unlikely with the default SDKPATH =
"/usr/local/oe-sdk-hardcoded-buildpath" value used in bitbake.conf,
the problem can still be triggered, especially if the paths like prefix
or SDKPATH are customized in a build.
Link: https://gitlab.com/graphviz/graphviz/-/issues/2442
Signed-off-by: Daniel Klauer <daniel.klauer@gin.de>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Diffstat (limited to 'meta-webserver/recipes-httpd/nginx/files/0001-configure-libxslt-conf.patch')
0 files changed, 0 insertions, 0 deletions