Re: [gtk-osx-users] Building freetype: Fatal error: 'hb-ft.h' file not found.




Le 18 mai 2021 à 23:53, John Ralls <jralls ceridwen us> a écrit :
...
Examining the config.log from the year-ago build shows complaints about not finding libbrotlidec, so with 
autotools it's definitely an optional package. Brotli is off by default in CMakeLists.txt (CmakeCache.txt 
has
CMakeCache.txt:BROTLIDEC_INCLUDE_DIRS:PATH=BROTLIDEC_INCLUDE_DIRS-NOTFOUND
CMakeCache.txt:BROTLIDEC_LIBRARIES:FILEPATH=BROTLIDEC_LIBRARIES-NOTFOUND
CMakeCache.txt:FT_WITH_BROTLI:BOOL=OFF
).

So my guess about Debian is that the packager built freetype2 with libbrotlidec installed but didn't 
include it in the package dependencies. They fixed that by adding it to the package dependencies rather 
than rebuilding it without brotli. As usual, that has nothing whatsoever to do with gtk-osx.

Interestingly https://ports.macports.org/port/freetype/summary shows their freetype2 depends on brotli 
while https://github.com/Homebrew/homebrew-core/blob/HEAD/Formula/freetype.rb shows Homebrew's doesn't.

Hello John,

Good guess, then I took some times to dig in my logs:

*** Configuring freetype-no-harfbuzz *** [13/32]
cmake -DCMAKE_INSTALL_PREFIX=/usr/local/xnadalib-2021 -DCMAKE_INSTALL_LIBDIR=lib -G Ninja 
-DCMAKE_DISABLE_FIND_PACKAGE_HarfBuzz=TRUE -DCMAKE_DISABLE_FIND_PACKAGE_BZip2=TRUE -D BUILD_SHARED_LIBS=true 
-D CMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_NAME_DIR="/usr/local/xnadalib-2021/lib" 
/usr/local/src-2021/freetype-2.10.4
-- The C compiler identification is AppleClang 12.0.5.12050022
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /Applications/Xcode.app/Contents/Developer/usr/bin/gcc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Found ZLIB: /usr/local/xnadalib-2021/lib/libz.dylib (found version "1.2.11") 
-- Found PNG: /usr/local/xnadalib-2021/lib/libpng.dylib (found version "1.6.37") 
CMake Warning (dev) at 
/usr/local/xnadalib-2021/share/cmake-3.20/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (PkgConfig)
  does not match the name of the calling package (BrotliDec).  This can lead
  to problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  /usr/local/xnadalib-2021/share/cmake-3.20/Modules/FindPkgConfig.cmake:70 (find_package_handle_standard_args)
  builds/cmake/FindBrotliDec.cmake:22 (include)
  CMakeLists.txt:236 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found PkgConfig: /usr/local/xnadalib-2021/bin/pkg-config (found version "0.29.2") 
CMake Warning (dev) at 
/usr/local/xnadalib-2021/share/cmake-3.20/Modules/FindPackageHandleStandardArgs.cmake:438 (message):
  The package name passed to `find_package_handle_standard_args` (brotlidec)
  does not match the name of the calling package (BrotliDec).  This can lead
  to problems in calling code that expects `find_package` result variables
  (e.g., `_FOUND`) to follow a certain pattern.
Call Stack (most recent call first):
  builds/cmake/FindBrotliDec.cmake:43 (find_package_handle_standard_args)
  CMakeLists.txt:236 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Found brotlidec: /opt/local/include  

The configuration script had found BrotliDec in MacPorts folders: /opt/local.
However I take care to keep away MacPorts when building GTK-OSX. 

How to prevent the search in /opt/local?

Looking at CMakeLists.txt, even Brotli is set off, it is looked for (line 90):
#                    -D CMAKE_DISABLE_FIND_PACKAGE_BrotliDec=TRUE [...]

Or else is it possible to add this option?

Thanks, Pascal.
https://blady.pagesperso-orange.fr




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]