maintainer-feedback requested: [Bug 229260] devel/qt5-core: fails (configure) when using LOCALBASE != /usr/local

[bugzilla-noreply at freebsd.org]

Bugzilla Automation <bugzilla at FreeBSD.org> has asked kde at FreeBSD.org for
maintainer-feedback:
Bug 229260: devel/qt5-core: fails (configure) when using LOCALBASE !=
/usr/local
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229260



--- Description ---
If you build with LOCALBASE != /usr/local, devel/qt5-core (and probably other
qt ports) fails to configure:

 .
 .
  Using system PCRE2 ..................... no
 .
 .
Project ERROR: Library 'pcre2' is not defined.
*** Error code 3

Stop.
make: stopped in /usr/ports/devel/qt5-core


If you change the references in
<LOCALBASE>/lib/qt5/mkspecs/freebsd-clang/qmake.conf that contain the
hard-coded /usr/local to the value of the non-default LOCALBASE, then the
configure is able to find pcre2.  For example:

--- mkspecs/freebsd-clang/qmake.conf.orig   2018-06-19 23:00:56.000000000 -0600
+++ mkspecs/freebsd-clang/qmake.conf
@@ -8,8 +8,8 @@
 include(../common/bsd/bsd.conf)

 # Addon software goes into /usr/local on FreeBSD, by default we will look
there
-QMAKE_INCDIR_POST	 = /usr/local/include
-QMAKE_LIBDIR_POST	 = /usr/local/lib
+QMAKE_INCDIR_POST	 = /opt/pcre2/include
+QMAKE_LIBDIR_POST	 = /opt/pcre2/lib

 QMAKE_LFLAGS_NOUNDEF	 = -Wl,--no-undefined


I'm sure that's not the only way to address the problem.  Note that that
qmake.conf file is owned by the devel/qt5-qmake port, of course, not
devel/qt5-core.