microsoft / vcpkg

C++ Library Manager for Windows, Linux, and MacOS
MIT License
22.85k stars 6.31k forks source link

[gdal] Build error #24928

Closed sotex closed 2 years ago

sotex commented 2 years ago

Host Environment

To Reproduce Steps to reproduce the behavior: ./vcpkg install gdal[core,hdf5,netcdf,postgresql,supported-default-features]

Failure logs

Call Stack (most recent call first): scripts/cmake/vcpkg_configure_make.cmake:799 (vcpkg_execute_required_process) ports/gdal/portfile.cmake:291 (vcpkg_configure_make) scripts/ports.cmake:146 (include)

error: building gdal:x64-linux failed with: BUILD_FAILED Please ensure you're using the latest port files with git pull and vcpkg update. Then check for known issues at: https://github.com/microsoft/vcpkg/issues?q=is%3Aissue+is%3Aopen+in%3Atitle+gdal You can submit a new issue at: https://github.com/microsoft/vcpkg/issues/new?template=report-package-build-failure.md&title=[gdal]+Build+error Include '[gdal] Build error' in your bug report title, the following version information in your bug description, and attach any relevant failure logs from above. vcpkg-tool version: 2022-05-05-67e17c1782801cf481be9ac0b3765dff3e4bdeb8 vcpkg-scripts version: eddbb406 2022-05-24 (2 days ago)

- Please attach any additional failure logs mentioned in the console output.
**/code/vcpkg/buildtrees/gdal/config-x64-linux-rel-err.log**

configure: WARNING: unrecognized options: --with-expat, --with-geos, --with-libjson, --with-sqlite3, --with-epsilon, --disable-silent-rules configure: error: PROJ 6 symbols not found



**Additional context**
Add any other context about the problem here, such as what you have already tried to resolve the issue.
dg0yt commented 2 years ago

Provide the logs, not just fragments. (There is no problem in CI or on my system.) In partiular, buildtrees/gdal/config.log-x64-linux-rel.log might be helpful.

But first, ensure that you have an up-to-date installation of proj and other dependencies.

sotex commented 2 years ago

Provide the logs, not just fragments. (There is no problem in CI or on my system.) In partiular, buildtrees/gdal/config.log-x64-linux-rel.log might be helpful.

But first, ensure that you have an up-to-date installation of proj and other dependencies.

It's all, all of the content is this.

projIs the use of vcpkg install proj installation,vcpkgHas been updated to the latest.

git log
commit eddbb406cff0ff7828592d5a92e64abb59808534 (HEAD -> master, origin/master, origin/HEAD)
Author: Alexandre Bique <bique.alexandre@gmail.com>
Date:   Tue May 24 17:47:18 2022 +0200

    [mpg123] Update to 1.29.3 (#24805)

    Fixes #24381

commit 334255ce9aed49b14940a7fc643f2d990236f772
Author: autoantwort <41973254+autoantwort@users.noreply.github.com>
Date:   Tue May 24 17:41:00 2022 +0200
.....
LilyWangLL commented 2 years ago

Please also provide the log file: /code/vcpkg/buildtrees/gdal/config-x64-linux-rel-out.log

sotex commented 2 years ago

Please also provide the log file: /code/vcpkg/buildtrees/gdal/config-x64-linux-rel-out.log


checking C_WFLAGS for most reasonable warnings... -Wall
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for C++ compiler vendor... gnu
checking CXX_WFLAGS for most reasonable warnings... -Wall
checking whether C compiler accepts -Werror -we10006... no
checking whether C compiler accepts -diag-disable 188,1684,2259,2304,3280,11074,11076... no
checking whether C compiler accepts -Wextra... yes
checking whether C compiler accepts -Winit-self... yes
checking whether C compiler accepts -Wunused-parameter... yes
checking whether C compiler accepts -Wmissing-prototypes... yes
checking whether C compiler accepts -Wmissing-declarations... yes
checking whether C compiler accepts -Wformat... yes
checking whether C compiler accepts -Wformat -Werror=format-security -Wno-format-nonliteral... yes
checking whether C compiler accepts -Wshorten-64-to-32... no
checking whether C compiler accepts -Wlogical-op... yes
checking whether C compiler accepts -Wshadow... yes
checking whether C compiler accepts -Wmissing-include-dirs... yes
checking whether C compiler accepts -Werror=vla... yes
checking whether C compiler accepts -Wdate-time... yes
checking whether C compiler accepts -Wnull-dereference... yes
checking whether C compiler accepts -Wduplicated-cond... yes
checking whether C++ compiler accepts -Wextra-semi... yes
checking whether C compiler accepts -Wno-sign-compare... yes
checking whether C compiler accepts -Wcomma... no
checking whether C compiler accepts -Wfloat-conversion... yes
checking whether C compiler accepts -Wdocumentation -Wno-documentation-deprecated-sync... no
checking whether C++ compiler accepts -Wunused-private-field... no
checking whether C++ compiler accepts -Wmissing-declarations... yes
checking whether C++ compiler accepts -Wnon-virtual-dtor... yes
checking whether C++ compiler accepts -Wold-style-cast... yes
checking whether C++ compiler accepts -Weffc++... yes
checking if -Weffc++ should be enabled... yes
checking whether C++ compiler accepts -Woverloaded-virtual... yes
checking whether C++ compiler accepts -fno-operator-names... yes
checking whether C++ compiler accepts -Wzero-as-null-pointer-constant... yes
checking if use C++14 compiler options... disabled by user
checking whether g++ supports C++11 features by default... yes
checking whether C++ compiler accepts -Wsuggest-override... yes
checking if -Wimplicit-fallthrough can be enabled... yes
checking for gcc option to accept ISO C99... none needed
checking whether we are using the GNU C++ compiler... (cached) yes
checking whether g++ accepts -g... (cached) yes
checking how to print strings... printf
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /opt/rh/devtoolset-9/root/usr/libexec/gcc/x86_64-redhat-linux/9/ld
checking if the linker (/opt/rh/devtoolset-9/root/usr/libexec/gcc/x86_64-redhat-linux/9/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /opt/rh/devtoolset-9/root/usr/bin/nm -B
checking the name lister (/opt/rh/devtoolset-9/root/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking whether the shell understands some
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC -DPIC
checking if gcc PIC flag -fPIC -DPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/opt/rh/devtoolset-9/root/usr/libexec/gcc/x86_64-redhat-linux/9/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... no
checking whether to build static libraries... yes
checking how to run the C++ preprocessor... g++ -E
checking for ld used by g++... /opt/rh/devtoolset-9/root/usr/libexec/gcc/x86_64-redhat-linux/9/ld -m elf_x86_64
checking if the linker (/opt/rh/devtoolset-9/root/usr/libexec/gcc/x86_64-redhat-linux/9/ld -m elf_x86_64) is GNU ld... yes
checking whether the g++ linker (/opt/rh/devtoolset-9/root/usr/libexec/gcc/x86_64-redhat-linux/9/ld -m elf_x86_64) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC -DPIC
checking if g++ PIC flag -fPIC -DPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.o... (cached) yes
checking whether the g++ linker (/opt/rh/devtoolset-9/root/usr/libexec/gcc/x86_64-redhat-linux/9/ld -m elf_x86_64) supports shared libraries... yes
checking dynamic linker characteristics... (cached) GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for std::isnan... yes
checking for ranlib... (cached) ranlib
user disabled shared library support.
checking for dlopen in -ldl... yes
checking for nanosleep in -lrt... yes
checking for sin in -lm... yes
checking assert.h usability... yes
checking assert.h presence... yes
checking for assert.h... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking dbmalloc.h usability... no
checking dbmalloc.h presence... no
checking for dbmalloc.h... no
checking for dlfcn.h... (cached) yes
checking for stdint.h... (cached) yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking values.h usability... yes
checking values.h presence... yes
checking for values.h... yes
checking 
checking for posix_spawnp... yes
checking for posix_memalign... yes
checking for vfork... yes
checking for mmap... yes
checking for sigaction... yes
checking for statvfs... yes
checking for statvfs64... yes
checking for getrlimit... yes
checking for RLIMIT_AS... yes
checking for gmtime_r... yes
checking for localtime_r... yes
checking for uselocale... yes
checking to enable debug build... no, CFLAGS="-fPIC -O3 -fPIC"
checking whether GCC 4.1 atomic builtins are available... yes
checking whether GCC bswap builtins are available... yes
checking for __uint128_t... yes
checking whether SSE is available at compile time... yes
checking whether SSSE3 is available at compile time... yes
checking whether AVX is available at compile time... yes
checking to enable LTO (link time optimization) build... no
checking whether we should hide internal symbols... yes
checking for local include/lib path... none
checking for pthread_create in -lpthread... yes
checking for PTHREAD_MUTEX_RECURSIVE... yes
checking for PTHREAD_MUTEX_ADAPTIVE_NP... yes
checking for pthread_spinlock_t... yes
checking for 5 args mremap()... yes
checking for _SC_PHYS_PAGES... yes
checking for deflateInit_ in -lz... yes
checking for inflateCopy in -lz... yes
using pre-installed libz
checking for ld used by GCC... /opt/rh/devtoolset-9/root/usr/libexec/gcc/x86_64-redhat-linux/9/ld -m elf_x86_64
checking if the linker (/opt/rh/devtoolset-9/root/usr/libexec/gcc/x86_64-redhat-linux/9/ld -m elf_x86_64) is GNU ld... yes
checking for shared library run path origin... done
checking for iconv... yes
checking for working iconv... yes
checking for iconv declaration... 
         extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft);
using ICONV_CPP_CONST=""
configure: Bash completions not requested
checking for jpeg_read_scanlines in -ljpeg... yes
checking jpeglib.h usability... yes
checking jpeglib.h presence... yes
checking for jpeglib.h... yes
using pre-installed libjpeg.
checking for libtiff... checking for TIFF... yes
using pre-installed libtiff.
checking for library containing TIFFScanlineSize64... none required
        found libcurl version 7.81.0-DEV
checking for library containing curl_global_init... no
checking for sqlite3_open in -lsqlite3... yes
checking for sqlite3_column_table_name in -lsqlite3... yes
checking for PROJ >= 6 library... checking for proj_create_from_wkt in -lproj... no
checking for internal_proj_create_from_wkt in -lproj... no
checking for internal_proj_create_from_wkt in -linternalproj... no
dg0yt commented 2 years ago

In partiular, buildtrees/gdal/config.log-x64-linux-rel.log might be helpful.

As long as configure fails, the file is at buildtrees/gdal/x64-linux-rel/config.log. And I assume you use a modified triplet file because it doesn't attempt the debug build first.

dg0yt commented 2 years ago

Port gdal no longer uses the autotools build system. IMO this issue can be closed.

LilyWangLL commented 2 years ago

Thanks for dg0yt's comment, I am closing this issue for now.