> Le 18 mai 2021 à 23:53, John Ralls <jra...@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 _______________________________________________ gtk-osx-users-list mailing list gtk-osx-users-list@gnome.org https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list