libpkgconf: add support for Haiku #180
Loading…
Reference in New Issue
There is no content yet.
Delete Branch "haiku"
Deleting a branch is permanent. Although the deleted branch may exist for a short time before cleaning up, in most cases it CANNOT be undone. Continue?
This patch add support for Haiku. The associated port can be found at https://github.com/haikuports/haikuports/pull/2026
@ -80,1 +80,4 @@
/* GCC uses these environment variables to define system include paths, so we should check them. */
#ifdef __HAIKU__
pkgconf_path_build_from_environ("BELIBRARIES", NULL, &client->filter_libdirs, false);
#else
you are certain GCC never checks
LIBRARY_PATH
on BeOS/Haiku? that doesn't make much sense to me. i would assume thatBELIBRARIES
is concatenated intoLIBRARY_PATH
, which means pkgconf_path_build_from_environ should be called on both env vars, in that order.i'm not sure this is the way to go here. should we maybe introduce more abstraction?
i don't like this approach, but since it's one test, I guess it's fine. would prefer to handle Haiku in the same way as the other environments (see
test_env.sh.in
)@ -80,1 +80,4 @@
/* GCC uses these environment variables to define system include paths, so we should check them. */
#ifdef __HAIKU__
pkgconf_path_build_from_environ("BELIBRARIES", NULL, &client->filter_libdirs, false);
#else
LIBRARY_PATH
is ourLD_LIBRARY_PATH
, so we patched our gcc to useBELIBRARIES
instead.Would something like
sounds fine to you?
Yes, that would be fine.
@ -80,1 +80,4 @@
/* GCC uses these environment variables to define system include paths, so we should check them. */
#ifdef __HAIKU__
pkgconf_path_build_from_environ("BELIBRARIES", NULL, &client->filter_libdirs, false);
#else
OK.