[glib] Build error on x64-linux

Package<EMAIL_ADDRESS>Host Environment

Host: x64-linux
Compiler: GNU 11.4.0
vcpkg-tool version: 2024-02-07-8a83681f921b10d86ae626fd833c253f4f8c355b
vcpkg-scripts version: 3850888eb 2024-03-18 (12 hours ago)

To Reproduce
vcpkg install
Failure logs
-- Using cached glib-2.76.5.tar.xz.
-- Cleaning sources at /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/src/glib-2-63e74fc4f1.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source /home/henrik/.vcpkg-clion/vcpkg3/downloads/glib-2.76.5.tar.xz
-- Applying patch use-libiconv-on-windows.patch
-- Applying patch libintl.patch
-- Applying patch fix-build-race-on-gio.patch
-- Using source at /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/src/glib-2-63e74fc4f1.clean
-- Found external ninja('1.10.2').
-- Getting CMake variables for x64-linux-dbg
-- Getting CMake variables for x64-linux-rel
-- Configuring x64-linux-dbg
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:112 (message):
    Command failed: /usr/bin/python3 -I /home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/tools/meson/meson.py -Dselinux=disabled -Dlibmount=disabled -Dgtk_doc=false -Dinstalled_tests=false -Dlibelf=disabled -Dman=false -Dtests=false -Dxattr=false --backend ninja --wrap-mode nodownload -Dbuildtype=plain --libdir lib --native /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/meson-x64-linux-dbg.log -Ddebug=true --prefix /home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/debug --includedir ../include -Dcmake_prefix_path=['/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug','/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux'] /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/src/glib-2-63e74fc4f1.clean
    Working Directory: /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg
    Error code: 1
    See logs for more information:
      /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/config-x64-linux-dbg-meson-log.txt.log
      /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/config-x64-linux-dbg-out.log

Call Stack (most recent call first):
  scripts/cmake/vcpkg_configure_meson.cmake:436 (vcpkg_execute_required_process)
  buildtrees/versioning_/versions/glib/4ae4475a91c8ec7f156e5904da9f0c3f02224cdc/portfile.cmake:43 (vcpkg_configure_meson)
  scripts/ports.cmake:175 (include)

/home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/config-x64-linux-dbg-out.log
WARNING: Recommend using either -Dbuildtype or -Doptimization + -Ddebug. Using both is redundant since they override each other. See: https://mesonbuild.com/Builtin-options.html#build-type-options
The Meson build system
Version: 0.62.1
Source dir: /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/src/glib-2-63e74fc4f1.clean
Build dir: /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg
Build type: native build
Project name: glib
Project version: 2.76.5
C compiler for the host machine: /usr/bin/cc -fPIC -g (gcc 11.4.0 "cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
C linker for the host machine: /usr/bin/cc -fPIC -g ld.bfd 2.38
Host machine cpu family: x86_64
Host machine cpu: x86_64
Compiler for C supports arguments -std=c90: YES
Compiler for C supports arguments -std=c99: YES
Compiler for C supports arguments -std=c11: YES
Compiler for C supports arguments -std=c17: YES
C++ compiler for the host machine: /usr/bin/c++ -fPIC -g (gcc 11.4.0 "c++ (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
C++ linker for the host machine: /usr/bin/c++ -fPIC -g ld.bfd 2.38
Compiler for C++ supports arguments -std=c++98: YES
Compiler for C++ supports arguments -std=c++03: YES
Compiler for C++ supports arguments -std=c++11: YES
Compiler for C++ supports arguments -std=c++14: YES
Compiler for C++ supports arguments -std=c++17: YES
Compiler for C++ supports arguments -std=c++20: YES
Compiler for C++ supports arguments -std=c++2b: YES
Compiler for C++ supports arguments -std=c++latest: NO
Program valgrind found: NO
Compiler for C supports arguments -fno-strict-aliasing: YES
Message: Enabling various debug infrastructure
Has header "alloca.h" : YES
Has header "afunix.h" : NO
Has header "crt_externs.h" : NO
Has header "dirent.h" : YES
Has header "float.h" : YES
Has header "fstab.h" : YES
Has header "grp.h" : YES
Has header "inttypes.h" : YES
Has header "limits.h" : YES
Has header "locale.h" : YES
Has header "mach/mach_time.h" : NO
Has header "memory.h" : YES
Has header "mntent.h" : YES
Has header "poll.h" : YES
Has header "pwd.h" : YES
Has header "sched.h" : YES
Has header "spawn.h" : YES
Has header "stdatomic.h" : YES
Has header "stdint.h" : YES
Has header "stdlib.h" : YES
Has header "string.h" : YES
Has header "strings.h" : YES
Has header "sys/auxv.h" : YES
Has header "sys/event.h" : NO
Has header "sys/filio.h" : NO
Has header "sys/inotify.h" : YES
Has header "sys/mkdev.h" : NO
Has header "sys/mntctl.h" : NO
Has header "sys/mnttab.h" : NO
Has header "sys/mount.h" : YES
Has header "sys/param.h" : YES
Has header "sys/resource.h" : YES
Has header "sys/select.h" : YES
Has header "sys/statfs.h" : YES
Has header "sys/stat.h" : YES
Has header "sys/statvfs.h" : YES
Has header "sys/sysctl.h" : NO
Has header "sys/time.h" : YES
Has header "sys/times.h" : YES
Has header "sys/types.h" : YES
Has header "sys/uio.h" : YES
Has header "sys/vfs.h" : YES
Has header "sys/vfstab.h" : NO
Has header "sys/vmount.h" : NO
Has header "sys/wait.h" : YES
Has header "termios.h" : YES
Has header "unistd.h" : YES
Has header "values.h" : YES
Has header "wchar.h" : YES
Has header "xlocale.h" : NO
Check usable header "malloc.h" : YES
Has header "linux/netlink.h" : YES
Checking if "statx() test" compiles: YES
Header <locale.h> has symbol "LC_MESSAGES" : YES
Checking whether type "struct stat" has member "st_mtimensec" : NO
Checking whether type "struct stat" has member "st_mtim.tv_nsec" : YES
Checking whether type "struct stat" has member "st_atimensec" : NO
Checking whether type "struct stat" has member "st_atim.tv_nsec" : YES
Checking whether type "struct stat" has member "st_ctimensec" : NO
Checking whether type "struct stat" has member "st_ctim.tv_nsec" : YES
Checking whether type "struct stat" has member "st_birthtime" : NO
Checking whether type "struct stat" has member "st_birthtimensec" : NO
Checking whether type "struct stat" has member "st_birthtim" : NO
Checking whether type "struct stat" has member "st_birthtim.tv_nsec" : NO
Checking whether type "struct stat" has member "st_blksize" : YES
Checking whether type "struct stat" has member "st_blocks" : YES
Checking whether type "struct statfs" has member "f_fstypename" : NO
Checking whether type "struct statfs" has member "f_bavail" : YES
Checking whether type "struct dirent" has member "d_type" : YES
Checking whether type "struct statvfs" has member "f_basetype" : NO
Checking whether type "struct statvfs" has member "f_fstypename" : NO
Checking whether type "struct tm" has member "tm_gmtoff" : YES
Checking whether type "struct tm" has member "__tm_gmtoff" : NO
Compiler for C supports arguments -Wduplicated-branches: YES
Compiler for C supports arguments -Wimplicit-fallthrough: YES
Compiler for C supports arguments -Wmisleading-indentation: YES
Compiler for C supports arguments -Wmissing-field-initializers: YES
Compiler for C supports arguments -Wnonnull: YES
Compiler for C supports arguments -Wunused: YES
Compiler for C supports arguments -Wno-unused-parameter: YES
Compiler for C supports arguments -Wno-cast-function-type: YES
Compiler for C supports arguments -Wno-pedantic: YES
Compiler for C supports arguments -Wno-format-zero-length: YES
Compiler for C supports arguments -Wno-variadic-macros: YES
Compiler for C supports arguments -Werror=format=2: YES
Compiler for C supports arguments -Werror=init-self: YES
Compiler for C supports arguments -Werror=missing-include-dirs: YES
Compiler for C supports arguments -Werror=pointer-arith: YES
Compiler for C supports arguments -Werror=unused-result: YES
Compiler for C supports arguments -Wstrict-prototypes: YES
Compiler for C supports arguments -Wno-bad-function-cast: YES
Compiler for C supports arguments -Werror=implicit-function-declaration: YES
Compiler for C supports arguments -Werror=missing-prototypes: YES
Compiler for C supports arguments -Werror=pointer-sign: YES
Compiler for C supports arguments -Wno-string-plus-int: NO
Compiler for C++ supports arguments -Wduplicated-branches: YES
Compiler for C++ supports arguments -Wimplicit-fallthrough: YES
Compiler for C++ supports arguments -Wmisleading-indentation: YES
Compiler for C++ supports arguments -Wmissing-field-initializers: YES
Compiler for C++ supports arguments -Wnonnull: YES
Compiler for C++ supports arguments -Wunused: YES
Compiler for C++ supports arguments -Wno-unused-parameter: YES
Compiler for C++ supports arguments -Wno-cast-function-type: YES
Compiler for C++ supports arguments -Wno-pedantic: YES
Compiler for C++ supports arguments -Wno-format-zero-length: YES
Compiler for C++ supports arguments -Wno-variadic-macros: YES
Compiler for C++ supports arguments -Werror=format=2: YES
Compiler for C++ supports arguments -Werror=init-self: YES
Compiler for C++ supports arguments -Werror=missing-include-dirs: YES
Compiler for C++ supports arguments -Werror=pointer-arith: YES
Compiler for C++ supports arguments -Werror=unused-result: YES
Compiler for C supports link arguments -Wl,-z,nodelete: YES
Compiler for C supports link arguments -Wl,-Bsymbolic-functions: YES
Checking for function "accept4" : YES
Checking for function "close_range" : YES
Checking for function "endmntent" : YES
Checking for function "endservent" : YES
Checking for function "epoll_create" : YES
Checking for function "fallocate" : YES
Checking for function "fchmod" : YES
Checking for function "fchown" : YES
Checking for function "fdwalk" : NO
Checking for function "free_aligned_sized" : NO
Checking for function "free_sized" : NO
Checking for function "fsync" : YES
Checking for function "getauxval" : YES
Checking for function "getc_unlocked" : YES
Checking for function "getfsstat" : NO
Checking for function "getgrgid_r" : YES
Checking for function "getmntent_r" : YES
Checking for function "getpwuid_r" : YES
Checking for function "getresuid" : YES
Checking for function "getvfsstat" : NO
Checking for function "gmtime_r" : YES
Checking for function "hasmntopt" : YES
Checking for function "inotify_init1" : YES
Checking for function "issetugid" : NO
Checking for function "kevent" : NO
Checking for function "kqueue" : NO
Checking for function "lchmod" : YES
Checking for function "lchown" : YES
Checking for function "link" : YES
Checking for function "localtime_r" : YES
Checking for function "lstat" : YES
Checking for function "mbrtowc" : YES
Checking for function "memalign" : YES
Checking for function "mmap" : YES
Checking for function "newlocale" : YES
Checking for function "pipe2" : YES
Checking for function "poll" : YES
Checking for function "prlimit" : YES
Checking for function "readlink" : YES
Checking for function "recvmmsg" : YES
Checking for function "sendmmsg" : YES
Checking for function "setenv" : YES
Checking for function "setmntent" : YES
Checking for function "strerror_r" : YES
Checking for function "strnlen" : YES
Checking for function "strsignal" : YES
Checking for function "strtod_l" : YES
Checking for function "strtoll_l" : YES
Checking for function "strtoull_l" : YES
Checking for function "symlink" : YES
Checking for function "timegm" : YES
Checking for function "unsetenv" : YES
Checking for function "uselocale" : YES
Checking for function "utimes" : YES
Checking for function "utimensat" : YES
Checking for function "valloc" : YES
Checking for function "vasprintf" : YES
Checking for function "vsnprintf" : YES
Checking for function "wcrtomb" : YES
Checking for function "wcslen" : YES
Checking for function "wcsnlen" : YES
Checking for function "sysctlbyname" : NO
Checking for function "statvfs" : YES
Checking for function "statfs" : YES
Checking for function "if_indextoname" : YES
Checking for function "if_nametoindex" : YES
Checking for function "splice" : YES
Checking for function "stpcpy" : YES
Checking for function "memalign" : YES
Checking for function "_aligned_malloc" : NO
Checking for function "aligned_alloc" : NO
Checking for function "posix_memalign" : YES
Checking for function "posix_spawn" : YES
Checking if "strerror_r() returns char *" compiles: YES
Checking for function "snprintf" : YES
Checking for function "strcasecmp" : YES
Checking for function "strncasecmp" : YES
Header <sys/sysmacros.h> has symbol "major" : YES
Header <dlfcn.h> has symbol "RTLD_LAZY" : YES
Header <dlfcn.h> has symbol "RTLD_NOW" : YES
Header <dlfcn.h> has symbol "RTLD_GLOBAL" : YES
Header <dlfcn.h> has symbol "RTLD_NEXT" : YES
Message: Checking whether to use statfs or statvfs .. statfs
Checking for function "mkostemp" : YES
Checking if "futex(2) system call" compiles: YES
Checking if "futex(2) system call" compiles: NO
Checking if "eventfd(2) system call" : links: YES
Checking if "pidfd_open(2) system call" : links: YES
Checking if "__uint128_t available" compiles: YES
Checking if "clock_gettime" : links: YES
Checking if "dlopen() and dlsym() in system libraries" : links: YES
Checking if "number of arguments to statfs() (n=2)" compiles: YES
Checking if "open() option O_DIRECTORY" compiles: YES
Checking if "fcntl() option F_FULLFSYNC" compiles: NO
Checking if "C99 vsnprintf" runs: YES
Checking if "C99 snprintf" runs: YES
Checking if "Unix98 printf positional parameters" runs: YES
Checking if "nl_langinfo and CODESET" : links: YES
Checking if "nl_langinfo (PM_STR)" : links: YES
Checking if "nl_langinfo (_NL_CTYPE_OUTDIGITn_MB)" : links: YES
Checking if "nl_langinfo (ALTMON_n)" : links: YES
Checking if "nl_langinfo (_NL_ABALTMON_n)" : links: YES
Checking if "nl_langinfo and _NL_TIME_CODESET" : links: YES
Checking if "signed" compiles: YES
Header <stddef.h> has symbol "ptrdiff_t" : YES
Checking if "sig_atomic_t" : links: YES
Checking if "long long" compiles: YES
Checking if "long double" compiles: YES
Header <stddef.h> has symbol "wchar_t" : YES
Header <wchar.h> has symbol "wint_t" : YES
Checking if "uintmax_t in inttypes.h" compiles: YES
Checking if "uintmax_t in stdint.h" compiles: YES
Checking for size of "char" : 1
Checking for size of "short" : 2
Checking for size of "int" : 4
Checking for size of "void*" : 8
Checking for size of "long" : 8
Checking for size of "long long" : 8
Checking for size of "size_t" : 8
Checking for size of "ssize_t" : 8
Checking if "int64_t is long" compiles: YES
Checking for alignment of "char" : 1
Checking for alignment of "short" : 2
Checking for alignment of "int" : 4
Checking for alignment of "void*" : 8
Checking for alignment of "long" : 8
Checking for alignment of "long long" : 8
Checking for alignment of "size_t" : 8
Checking for size of "wchar_t" : 4
Checking if "GCC size_t typedef is long" compiles: YES
Checking if "GCC size_t typedef is long long" compiles: NO
Checking if "va_lists can be copied as values" runs: DID NOT COMPILE
Checking if "ISO C99 varargs macros in C" compiles: YES
Checking if "ISO C99 varargs macros in C++" compiles: YES
Checking if "GNUC varargs macros" compiles: YES
Has header "alloca.h" : YES (cached)
Has header "sys/poll.h" : YES
Has header "sys/types.h" : YES (cached)
Has header "winsock2.h" : NO
Computing int of "POLLIN" : 1
Computing int of "POLLOUT" : 4
Computing int of "POLLPRI" : 2
Computing int of "POLLERR" : 8
Computing int of "POLLHUP" : 16
Computing int of "POLLNVAL" : 32
Computing int of "AF_UNIX" : 1
Computing int of "AF_INET" : 2
Computing int of "AF_INET6" : 10
Computing int of "MSG_OOB" : 1
Computing int of "MSG_PEEK" : 2
Computing int of "MSG_DONTROUTE" : 4
Checking for type "struct in6_addr" : YES
Checking if "atomic ops" : links: YES
Checking if "atomic ops define" compiles: YES
Checking if "sync swap" : links: NO
Run-time dependency threads found: YES
Header <pthread.h> has symbol "pthread_attr_setstacksize" : YES
Header <pthread.h> has symbol "pthread_attr_setinheritsched" : YES
Header <pthread.h> has symbol "pthread_condattr_setclock" : YES
Header <pthread.h> has symbol "pthread_cond_timedwait_relative_np" : NO
Header <pthread.h> has symbol "pthread_getname_np" : YES
Checking if "pthread_setname_np(const char*)" with dependency threads: links: NO
Checking if "pthread_setname_np(pthread_t, const char*)" with dependency threads: links: YES
Checking if "stack grows check" runs: NO (1)
Run-time dependency iconv found: YES
Found pkg-config: /bin/pkg-config (0.29.2)
Run-time dependency libpcre2-8 found: YES 10.42

Executing subproject gvdb

gvdb| Project name: gvdb
gvdb| Project version: 0.0
gvdb| C compiler for the host machine: /usr/bin/cc -fPIC -g (gcc 11.4.0 "cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
gvdb| C linker for the host machine: /usr/bin/cc -fPIC -g ld.bfd 2.38
gvdb| Build targets in project: 0
gvdb| Subproject gvdb finished.

Dependency gvdb found: YES 0.0 (overridden)
Library m found: YES
Run-time dependency libffi found: YES 3.4.4
Run-time dependency zlib found: YES 1.3
Found CMake: /home/henrik/.vcpkg-clion/vcpkg3/downloads/tools/cmake-3.27.1-linux/cmake-3.27.1-linux-x86_64/bin/cmake (3.27.1)
Run-time dependency intl found: NO (tried cmake)
Looking for a fallback subproject for the dependency Intl

../src/glib-2-63e74fc4f1.clean/meson.build:2092:0: ERROR: Automatic wrap-based subproject downloading is disabled

A full log can be found at /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-logs/meson-log.txt

The auto-generated error log was too long, so I add the second half below.
It seems to be missing some headers. I might be an issue with my setup, but it worked until last week, so I guess it is an issue upstream.
/home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/config-x64-linux-dbg-meson-log.txt.log
Build started at 2024-03-19T10:53:01.097028
Main binary: /usr/bin/python3
Build Options: -Dselinux=disabled -Dlibmount=disabled -Dgtk_doc=false -Dinstalled_tests=false -Dlibelf=disabled -Dman=false -Dtests=false -Dxattr=false -Dbuildtype=plain -Ddebug=true '-Dcmake_prefix_path=['"'"'/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug'"'"','"'"'/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux'"'"']' -Dprefix=/home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/debug -Dincludedir=../include -Dlibdir=lib -Dbackend=ninja -Dwrap_mode=nodownload '--native-file /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/meson-x64-linux-dbg.log'
Python system: Linux
The Meson build system
Version: 0.62.1
Source dir: /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/src/glib-2-63e74fc4f1.clean
Build dir: /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg
Build type: native build
Project name: glib
Project version: 2.76.5
Sanity testing C compiler: /usr/bin/cc -fPIC -g
Is cross compiler: False.
Sanity check compiler command line: /usr/bin/cc -fPIC -g sanitycheckc.c -o sanitycheckc.exe -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include -D_FILE_OFFSET_BITS=64 -L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib
Sanity check compile stdout:

-----
Sanity check compile stderr:

-----
Running test binary command: /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/sanitycheckc.exe
C compiler for the host machine: /usr/bin/cc -fPIC -g (gcc 11.4.0 "cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
C linker for the host machine: /usr/bin/cc -fPIC -g ld.bfd 2.38
Sanity testing C compiler: /usr/bin/cc -fPIC -g
Is cross compiler: False.
Sanity check compiler command line: /usr/bin/cc -fPIC -g sanitycheckc.c -o sanitycheckc.exe -D_FILE_OFFSET_BITS=64
Sanity check compile stdout:

-----
Sanity check compile stderr:

-----
Running test binary command: /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/sanitycheckc.exe
C compiler for the build machine: /usr/bin/cc -fPIC -g (gcc 11.4.0 "cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
C linker for the build machine: /usr/bin/cc -fPIC -g ld.bfd 2.38
Build machine cpu family: x86_64
Build machine cpu: x86_64
Host machine cpu family: x86_64
Host machine cpu: x86_64
Target machine cpu family: x86_64
Target machine cpu: x86_64
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpvjudp63w
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpvjudp63w/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpvjudp63w/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -std=c90

Code:
 extern int i;
int i;

Compiler stdout:

Compiler stderr:

Compiler for C supports arguments -std=c90: YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp858f8c0b
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp858f8c0b/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp858f8c0b/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -std=c99

Code:
 extern int i;
int i;

Compiler stdout:

Compiler stderr:

Compiler for C supports arguments -std=c99: YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpl38ykmip
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpl38ykmip/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpl38ykmip/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -std=c11

Code:
 extern int i;
int i;

Compiler stdout:

Compiler stderr:

Compiler for C supports arguments -std=c11: YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmprnprog7w
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmprnprog7w/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmprnprog7w/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -std=c17

Code:
 extern int i;
int i;

Compiler stdout:

Compiler stderr:

Compiler for C supports arguments -std=c17: YES
Sanity testing C++ compiler: /usr/bin/c++ -fPIC -g
Is cross compiler: False.
Sanity check compiler command line: /usr/bin/c++ -fPIC -g sanitycheckcpp.cc -o sanitycheckcpp.exe -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include -D_FILE_OFFSET_BITS=64 -L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib
Sanity check compile stdout:

-----
Sanity check compile stderr:

-----
Running test binary command: /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/sanitycheckcpp.exe
C++ compiler for the host machine: /usr/bin/c++ -fPIC -g (gcc 11.4.0 "c++ (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
C++ linker for the host machine: /usr/bin/c++ -fPIC -g ld.bfd 2.38
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp97xngp3q
Command line:  /usr/bin/c++ -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp97xngp3q/testfile.cpp -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp97xngp3q/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -fpermissive -std=c++98

Code:
 extern int i;
int i;

Compiler stdout:

Compiler stderr:

Compiler for C++ supports arguments -std=c++98: YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp_2er_xay
Command line:  /usr/bin/c++ -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp_2er_xay/testfile.cpp -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp_2er_xay/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -fpermissive -std=c++03

Code:
 extern int i;
int i;

Compiler stdout:

Compiler stderr:

Compiler for C++ supports arguments -std=c++03: YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp7u7me4vi
Command line:  /usr/bin/c++ -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp7u7me4vi/testfile.cpp -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp7u7me4vi/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -fpermissive -std=c++11

Code:
 extern int i;
int i;

Compiler stdout:

Compiler stderr:

Compiler for C++ supports arguments -std=c++11: YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmphq2tn5ii
Command line:  /usr/bin/c++ -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmphq2tn5ii/testfile.cpp -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmphq2tn5ii/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -fpermissive -std=c++14

Code:
 extern int i;
int i;

Compiler stdout:

Compiler stderr:

Compiler for C++ supports arguments -std=c++14: YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpx5rde12z
Command line:  /usr/bin/c++ -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpx5rde12z/testfile.cpp -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpx5rde12z/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -fpermissive -std=c++17

Code:
 extern int i;
int i;

Compiler stdout:

Compiler stderr:

Compiler for C++ supports arguments -std=c++17: YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpv1ry94bl
Command line:  /usr/bin/c++ -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpv1ry94bl/testfile.cpp -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpv1ry94bl/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -fpermissive -std=c++20

Code:
 extern int i;
int i;

Compiler stdout:

Compiler stderr:

Compiler for C++ supports arguments -std=c++20: YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp8ynv3odc
Command line:  /usr/bin/c++ -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp8ynv3odc/testfile.cpp -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp8ynv3odc/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -fpermissive -std=c++2b

Code:
 extern int i;
int i;

Compiler stdout:

Compiler stderr:

Compiler for C++ supports arguments -std=c++2b: YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp0gnxt_ru
Command line:  /usr/bin/c++ -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp0gnxt_ru/testfile.cpp -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp0gnxt_ru/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -fpermissive -std=c++latest

Code:
 extern int i;
int i;

Compiler stdout:

Compiler stderr:
 c++: error: unrecognized command-line option '-std=c++latest'; did you mean '-std=c++2a'?

Compiler for C++ supports arguments -std=c++latest: NO
Program valgrind found: NO
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpt66eewst
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpt66eewst/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpt66eewst/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -fno-strict-aliasing

Code:
 extern int i;
int i;

Compiler stdout:

Compiler stderr:

Compiler for C supports arguments -fno-strict-aliasing: YES
Message: Enabling various debug infrastructure
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpscbl9a31
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpscbl9a31/testfile.c -E -P -fPIC -g -D_FILE_OFFSET_BITS=64 -P -O0 -std=gnu99

Code:

        #ifdef __has_include
         #if !__has_include("alloca.h")
          #error "Header 'alloca.h' could not be found"
         #endif
        #else
         #include <alloca.h>
        #endif
Compiler stdout:

Compiler stderr:

Has header "alloca.h" : YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpnka_ebey
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpnka_ebey/testfile.c -E -P -fPIC -g -D_FILE_OFFSET_BITS=64 -P -O0 -std=gnu99

Code:

        #ifdef __has_include
         #if !__has_include("afunix.h")
          #error "Header 'afunix.h' could not be found"
         #endif
        #else
         #include <afunix.h>
        #endif
Compiler stdout:

Compiler stderr:
 /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpnka_ebey/testfile.c:4:12: error: #error "Header 'afunix.h' could not be found"
    4 |           #error "Header 'afunix.h' could not be found"
      |            ^~~~~

Has header "afunix.h" : NO
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp5najllvl
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp5najllvl/testfile.c -E -P -fPIC -g -D_FILE_OFFSET_BITS=64 -P -O0 -std=gnu99

Code:

        #ifdef __has_include
         #if !__has_include("crt_externs.h")
          #error "Header 'crt_externs.h' could not be found"
         #endif
        #else
         #include <crt_externs.h>
        #endif
Compiler stdout:

Compiler stderr:
 /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp5najllvl/testfile.c:4:12: error: #error "Header 'crt_externs.h' could not be found"
    4 |           #error "Header 'crt_externs.h' could not be found"
      |            ^~~~~

Has header "crt_externs.h" : NO
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpvml2_sjr
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpvml2_sjr/testfile.c -E -P -fPIC -g -D_FILE_OFFSET_BITS=64 -P -O0 -std=gnu99

Code:

        #ifdef __has_include
         #if !__has_include("dirent.h")
          #error "Header 'dirent.h' could not be found"
         #endif
        #else
         #include <dirent.h>
        #endif
Compiler stdout:

Compiler stderr:

Has header "dirent.h" : YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpz51rmhf7
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpz51rmhf7/testfile.c -E -P -fPIC -g -D_FILE_OFFSET_BITS=64 -P -O0 -std=gnu99

Code:

        #ifdef __has_include
         #if !__has_include("float.h")
          #error "Header 'float.h' could not be found"
         #endif
        #else
         #include <float.h>
        #endif
Compiler stdout:

...
Skipped 7002 lines
...

Code:
 #include <netinet/in.h>
        void bar(void) {
            sizeof(struct in6_addr);
        }
Compiler stdout:

Compiler stderr:

Checking for type "struct in6_addr" : YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpu0jdjdcs
Command line:  /usr/bin/cc -fPIC -g -L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpu0jdjdcs/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpu0jdjdcs/output.exe -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -std=gnu99

Code:
 int main() {
  int atomic = 2;
  __sync_bool_compare_and_swap (&atomic, 2, 3);
  return 0;
}

Compiler stdout:

Compiler stderr:

Checking if "atomic ops" : links: YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp7kasywmq
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp7kasywmq/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp7kasywmq/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -std=gnu99

Code:

#ifndef __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4
#error "compiler has atomic ops, but doesn't define __GCC_HAVE_SYNC_COMPARE_AND_SWAP_4"
#endif

Compiler stdout:

Compiler stderr:

Checking if "atomic ops define" compiles: YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpabhv2_ck
Command line:  /usr/bin/cc -fPIC -g -L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpabhv2_ck/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpabhv2_ck/output.exe -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -std=gnu99

Code:

      int main() {
        int atomic = 2;
        __sync_swap (&atomic, 2);
        return 0;
      }

Compiler stdout:

Compiler stderr:
 /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpabhv2_ck/testfile.c: In function 'main':
/home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpabhv2_ck/testfile.c:4:9: warning: implicit declaration of function '__sync_swap' [-Wimplicit-function-declaration]
    4 |         __sync_swap (&atomic, 2);
      |         ^~~~~~~~~~~
/usr/bin/ld: /tmp/ccb3xAXa.o: in function `main':
/home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpabhv2_ck/testfile.c:4: undefined reference to `__sync_swap'
collect2: error: ld returned 1 exit status

Checking if "sync swap" : links: NO
Run-time dependency threads found: YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp1ba7j1bm
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp1ba7j1bm/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp1ba7j1bm/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -std=gnu99

Code:

        #include <pthread.h>
        int main(void) {
            /* If it's not defined as a macro, try to use as a symbol */
            #ifndef pthread_attr_setstacksize
                pthread_attr_setstacksize;
            #endif
            return 0;
        }
Compiler stdout:

Compiler stderr:

Header <pthread.h> has symbol "pthread_attr_setstacksize" : YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpy8r_gh8y
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpy8r_gh8y/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpy8r_gh8y/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -std=gnu99

Code:

        #include <pthread.h>
        int main(void) {
            /* If it's not defined as a macro, try to use as a symbol */
            #ifndef pthread_attr_setinheritsched
                pthread_attr_setinheritsched;
            #endif
            return 0;
        }
Compiler stdout:

Compiler stderr:

Header <pthread.h> has symbol "pthread_attr_setinheritsched" : YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpxxs1knho
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpxxs1knho/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpxxs1knho/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -std=gnu99

Code:

        #include <pthread.h>
        int main(void) {
            /* If it's not defined as a macro, try to use as a symbol */
            #ifndef pthread_condattr_setclock
                pthread_condattr_setclock;
            #endif
            return 0;
        }
Compiler stdout:

Compiler stderr:

Header <pthread.h> has symbol "pthread_condattr_setclock" : YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpssmeoa15
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpssmeoa15/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpssmeoa15/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -std=gnu99

Code:

        #include <pthread.h>
        int main(void) {
            /* If it's not defined as a macro, try to use as a symbol */
            #ifndef pthread_cond_timedwait_relative_np
                pthread_cond_timedwait_relative_np;
            #endif
            return 0;
        }
Compiler stdout:

Compiler stderr:
 /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpssmeoa15/testfile.c: In function 'main':
/home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpssmeoa15/testfile.c:6:17: error: 'pthread_cond_timedwait_relative_np' undeclared (first use in this function); did you mean 'pthread_cond_timedwait'?
    6 |                 pthread_cond_timedwait_relative_np;
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
      |                 pthread_cond_timedwait
/home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpssmeoa15/testfile.c:6:17: note: each undeclared identifier is reported only once for each function it appears in

Header <pthread.h> has symbol "pthread_cond_timedwait_relative_np" : NO
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp226rraen
Command line:  /usr/bin/cc -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp226rraen/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp226rraen/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -std=gnu99

Code:

      #ifndef _GNU_SOURCE
      # define _GNU_SOURCE
      #endif
      #include <pthread.h>
        #include <pthread.h>
        int main(void) {
            /* If it's not defined as a macro, try to use as a symbol */
            #ifndef pthread_getname_np
                pthread_getname_np;
            #endif
            return 0;
        }
Compiler stdout:

Compiler stderr:

Header <pthread.h> has symbol "pthread_getname_np" : YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpv4_z8f5n
Command line:  /usr/bin/cc -fPIC -g -L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpv4_z8f5n/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpv4_z8f5n/output.exe -pthread -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -std=gnu99

Code:

      #ifndef _GNU_SOURCE
      # define _GNU_SOURCE
      #endif
      #include <pthread.h>
              int main() {
                pthread_setname_np("example");
                return 0;
              }
Compiler stdout:

Compiler stderr:
 /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpv4_z8f5n/testfile.c: In function 'main':
/home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpv4_z8f5n/testfile.c:7:36: warning: passing argument 1 of 'pthread_setname_np' makes integer from pointer without a cast [-Wint-conversion]
    7 |                 pthread_setname_np("example");
      |                                    ^~~~~~~~~
      |                                    |
      |                                    char *
In file included from /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpv4_z8f5n/testfile.c:5:
/usr/include/pthread.h:463:42: note: expected 'pthread_t' {aka 'long unsigned int'} but argument is of type 'char *'
  463 | extern int pthread_setname_np (pthread_t __target_thread, const char *__name)
      |                                ~~~~~~~~~~^~~~~~~~~~~~~~~
/home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpv4_z8f5n/testfile.c:7:17: error: too few arguments to function 'pthread_setname_np'
    7 |                 pthread_setname_np("example");
      |                 ^~~~~~~~~~~~~~~~~~
In file included from /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpv4_z8f5n/testfile.c:5:
/usr/include/pthread.h:463:12: note: declared here
  463 | extern int pthread_setname_np (pthread_t __target_thread, const char *__name)
      |            ^~~~~~~~~~~~~~~~~~

Checking if "pthread_setname_np(const char*)" with dependency threads: links: NO
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpfqw31uyi
Command line:  /usr/bin/cc -fPIC -g -L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpfqw31uyi/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpfqw31uyi/output.exe -pthread -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -std=gnu99

Code:

      #ifndef _GNU_SOURCE
      # define _GNU_SOURCE
      #endif
      #include <pthread.h>
                int main() {
                  pthread_setname_np(pthread_self(), "example");
                  return 0;
                }
Compiler stdout:

Compiler stderr:

Checking if "pthread_setname_np(pthread_t, const char*)" with dependency threads: links: YES
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpavopnd11
Command line:  /usr/bin/cc -fPIC -g -L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpavopnd11/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpavopnd11/output.exe -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -std=gnu99

Code:

  volatile int *a = 0, *b = 0;
  void f (int i) {
    volatile int x = 5;
    if (i == 0)
      b = &x;
    else
      f (i - 1);
  }
  int main () {
    volatile int y = 7;
    a = &y;
    f (100);
    return b > a ? 0 : 1;
  }
Compiler stdout:

Compiler stderr:

Program stdout:

Program stderr:

Checking if "stack grows check" runs: NO (1)
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpq607m9x2
Command line:  /usr/bin/c++ -fPIC -g -L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpq607m9x2/testfile.cpp -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpq607m9x2/output.exe -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -fpermissive

Code:
 #include <iconv.h>

int main() {
    iconv_open("","");
}
Compiler stdout:

Compiler stderr:

Run-time dependency iconv found: YES
Pkg-config binary for 1 is not cached.
Pkg-config binary for 1 specified from cross file, native file, or env var as ['/bin/pkg-config']
Found pkg-config: /bin/pkg-config (0.29.2)
Determining dependency 'libpcre2-8' with pkg-config executable '/bin/pkg-config'
env[PKG_CONFIG]: /bin/pkg-config
env[PKG_CONFIG_PATH]: /home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/debug/lib/pkgconfig:/home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/share/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/share/pkgconfig
Called `/bin/pkg-config --modversion libpcre2-8` -> 0
10.42
env[PKG_CONFIG]: /bin/pkg-config
env[PKG_CONFIG_PATH]: /home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/debug/lib/pkgconfig:/home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/share/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/share/pkgconfig
Called `/bin/pkg-config --cflags libpcre2-8` -> 0
-I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig/../../../include
env[PKG_CONFIG]: /bin/pkg-config
env[PKG_CONFIG_PATH]: /home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/debug/lib/pkgconfig:/home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/share/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/share/pkgconfig
env[PKG_CONFIG_ALLOW_SYSTEM_LIBS]: 1
Called `/bin/pkg-config --libs libpcre2-8` -> 0
-L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig/../../lib -lpcre2-8
env[PKG_CONFIG]: /bin/pkg-config
env[PKG_CONFIG_PATH]: /home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/debug/lib/pkgconfig:/home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/share/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/share/pkgconfig
Called `/bin/pkg-config --libs libpcre2-8` -> 0
-L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig/../../lib -lpcre2-8
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp499bwdop
Command line:  /usr/bin/c++ -fPIC -g -L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp499bwdop/testfile.cpp -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmp499bwdop/output.exe -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -fpermissive

Code:
 #include<stdio.h>

        int main(void) {
            printf("%ld\n", (long)(sizeof(void *)));
            return 0;
        }
Compiler stdout:

Compiler stderr:

Program stdout:

8

Program stderr:

Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpz7qux7tl
Command line:  /usr/bin/c++ -fPIC -g -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpz7qux7tl/testfile.cpp -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpz7qux7tl/output.obj -c -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -fpermissive --print-search-dirs

Code:

Compiler stdout:
 install: /usr/lib/gcc/x86_64-linux-gnu/11/
programs: =/usr/lib/gcc/x86_64-linux-gnu/11/:/usr/lib/gcc/x86_64-linux-gnu/11/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/11/:/usr/lib/gcc/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/11/../../../../x86_64-linux-gnu/bin/x86_64-linux-gnu/11/:/usr/lib/gcc/x86_64-linux-gnu/11/../../../../x86_64-linux-gnu/bin/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/11/../../../../x86_64-linux-gnu/bin/
libraries: =/usr/lib/gcc/x86_64-linux-gnu/11/:/usr/lib/gcc/x86_64-linux-gnu/11/../../../../x86_64-linux-gnu/lib/x86_64-linux-gnu/11/:/usr/lib/gcc/x86_64-linux-gnu/11/../../../../x86_64-linux-gnu/lib/x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/11/../../../../x86_64-linux-gnu/lib/../lib/:/usr/lib/gcc/x86_64-linux-gnu/11/../../../x86_64-linux-gnu/11/:/usr/lib/gcc/x86_64-linux-gnu/11/../../../x86_64-linux-gnu/:/usr/lib/gcc/x86_64-linux-gnu/11/../../../../lib/:/lib/x86_64-linux-gnu/11/:/lib/x86_64-linux-gnu/:/lib/../lib/:/usr/lib/x86_64-linux-gnu/11/:/usr/lib/x86_64-linux-gnu/:/usr/lib/../lib/:/usr/lib/gcc/x86_64-linux-gnu/11/../../../../x86_64-linux-gnu/lib/:/usr/lib/gcc/x86_64-linux-gnu/11/../../../:/lib/:/usr/lib/

Compiler stderr:

Run-time dependency libpcre2-8 found: YES 10.42

Executing subproject gvdb

Project name: gvdb
Project version: 0.0
C compiler for the host machine: /usr/bin/cc -fPIC -g (gcc 11.4.0 "cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
C linker for the host machine: /usr/bin/cc -fPIC -g ld.bfd 2.38
C compiler for the build machine: /usr/bin/cc -fPIC -g (gcc 11.4.0 "cc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0")
C linker for the build machine: /usr/bin/cc -fPIC -g ld.bfd 2.38
Build targets in project: 0
Subproject gvdb finished.

Dependency gvdb found: YES 0.0 (overridden)
Running compile:
Working directory:  /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpo9kshhqm
Command line:  /usr/bin/cc -fPIC -g -L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib -I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/include /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpo9kshhqm/testfile.c -o /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/tmpo9kshhqm/output.exe -fPIC -g -D_FILE_OFFSET_BITS=64 -O0 -Wl,--start-group -lm -Wl,--end-group -Wl,--allow-shlib-undefined

Code:
 int main(void) { return 0; }

Compiler stdout:

Compiler stderr:

Library m found: YES
Pkg-config binary for 1 is cached.
Determining dependency 'libffi' with pkg-config executable '/bin/pkg-config'
env[PKG_CONFIG]: /bin/pkg-config
env[PKG_CONFIG_PATH]: /home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/debug/lib/pkgconfig:/home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/share/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/share/pkgconfig
Called `/bin/pkg-config --modversion libffi` -> 0
3.4.4
env[PKG_CONFIG]: /bin/pkg-config
env[PKG_CONFIG_PATH]: /home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/debug/lib/pkgconfig:/home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/share/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/share/pkgconfig
Called `/bin/pkg-config --cflags libffi` -> 0
-I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig/../../../include
env[PKG_CONFIG]: /bin/pkg-config
env[PKG_CONFIG_PATH]: /home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/debug/lib/pkgconfig:/home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/share/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/share/pkgconfig
env[PKG_CONFIG_ALLOW_SYSTEM_LIBS]: 1
Called `/bin/pkg-config --libs libffi` -> 0
-L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig/../../lib -lffi
env[PKG_CONFIG]: /bin/pkg-config
env[PKG_CONFIG_PATH]: /home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/debug/lib/pkgconfig:/home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/share/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/share/pkgconfig
Called `/bin/pkg-config --libs libffi` -> 0
-L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig/../../lib -lffi
Run-time dependency libffi found: YES 3.4.4
Pkg-config binary for 1 is cached.
Determining dependency 'zlib' with pkg-config executable '/bin/pkg-config'
env[PKG_CONFIG]: /bin/pkg-config
env[PKG_CONFIG_PATH]: /home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/debug/lib/pkgconfig:/home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/share/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/share/pkgconfig
Called `/bin/pkg-config --modversion zlib` -> 0
1.3
env[PKG_CONFIG]: /bin/pkg-config
env[PKG_CONFIG_PATH]: /home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/debug/lib/pkgconfig:/home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/share/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/share/pkgconfig
Called `/bin/pkg-config --cflags zlib` -> 0
-I/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig/../../../include
env[PKG_CONFIG]: /bin/pkg-config
env[PKG_CONFIG_PATH]: /home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/debug/lib/pkgconfig:/home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/share/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/share/pkgconfig
env[PKG_CONFIG_ALLOW_SYSTEM_LIBS]: 1
Called `/bin/pkg-config --libs zlib` -> 0
-L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig/../../lib -lz
env[PKG_CONFIG]: /bin/pkg-config
env[PKG_CONFIG_PATH]: /home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/debug/lib/pkgconfig:/home/henrik/.vcpkg-clion/vcpkg3/packages/glib_x64-linux/share/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig:/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/share/pkgconfig
Called `/bin/pkg-config --libs zlib` -> 0
-L/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug/lib/pkgconfig/../../lib -lz
Run-time dependency zlib found: YES 1.3
CMake binary for 1 is not cached
CMake binary for 1 specified from cross file, native file, or env var as ['/home/henrik/.vcpkg-clion/vcpkg3/downloads/tools/cmake-3.27.1-linux/cmake-3.27.1-linux-x86_64/bin/cmake']
Found CMake: /home/henrik/.vcpkg-clion/vcpkg3/downloads/tools/cmake-3.27.1-linux/cmake-3.27.1-linux-x86_64/bin/cmake (3.27.1)
Extracting basic cmake information
CMake Toolchain: Calling CMake once to generate the compiler state
Calling CMake (['/home/henrik/.vcpkg-clion/vcpkg3/downloads/tools/cmake-3.27.1-linux/cmake-3.27.1-linux-x86_64/bin/cmake']) in /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/__CMake_compiler_info__ with:
  - "--trace-expand"
  - "--trace-format=json-v1"
  - "--no-warn-unused-cli"
  - "--trace-redirect=cmake_trace.txt"
  - "-G"
  - "Ninja"
  - "-DCMAKE_TOOLCHAIN_FILE=/home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/__CMake_compiler_info__/CMakeMesonTempToolchainFile.cmake"
  - "."
  - "-DCMAKE_PREFIX_PATH=/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug;/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux"
CMake trace warning: add_executable() non imported executables are not supported
CMake TRACE: /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/__CMake_compiler_info__/CMakeFiles/CMakeScratch/TryCompile-2dZ746/CMakeLists.txt:20 add_executable(['cmTC_0e154', '/home/henrik/.vcpkg-clion/vcpkg3/downloads/tools/cmake-3.27.1-linux/cmake-3.27.1-linux-x86_64/share/cmake-3.27/Modules/CMakeCCompilerABI.c'])
CMake trace warning: target_link_options() TARGET cmTC_0e154 not found
CMake TRACE: /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/__CMake_compiler_info__/CMakeFiles/CMakeScratch/TryCompile-2dZ746/CMakeLists.txt:23 target_link_libraries(['cmTC_0e154', ''])
CMake trace warning: add_executable() non imported executables are not supported
CMake TRACE: /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/__CMake_compiler_info__/CMakeFiles/CMakeScratch/TryCompile-OgiOwO/CMakeLists.txt:20 add_executable(['cmTC_59fa7', '/home/henrik/.vcpkg-clion/vcpkg3/downloads/tools/cmake-3.27.1-linux/cmake-3.27.1-linux-x86_64/share/cmake-3.27/Modules/CMakeCXXCompilerABI.cpp'])
CMake trace warning: target_link_options() TARGET cmTC_59fa7 not found
CMake TRACE: /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/__CMake_compiler_info__/CMakeFiles/CMakeScratch/TryCompile-OgiOwO/CMakeLists.txt:23 target_link_libraries(['cmTC_59fa7', ''])
Try CMake generator: auto
Calling CMake (['/home/henrik/.vcpkg-clion/vcpkg3/downloads/tools/cmake-3.27.1-linux/cmake-3.27.1-linux-x86_64/bin/cmake']) in /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/cmake_Intl with:
  - "--trace-expand"
  - "--trace-format=json-v1"
  - "--no-warn-unused-cli"
  - "--trace-redirect=cmake_trace.txt"
  - "-DCMAKE_TOOLCHAIN_FILE=/home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/cmake_Intl/CMakeMesonToolchainFile.cmake"
  - "."
  - "-DCMAKE_PREFIX_PATH=/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug;/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux"
  -- Module search paths:    ['/', '/home/henrik/.vcpkg-clion/vcpkg3/downloads/tools/cmake-3.27.1-linux/cmake-3.27.1-linux-x86_64', '/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux', '/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug', '/opt', '/usr', '/usr/local']
  -- CMake root:             /home/henrik/.vcpkg-clion/vcpkg3/downloads/tools/cmake-3.27.1-linux/cmake-3.27.1-linux-x86_64/share/cmake-3.27
  -- CMake architectures:    ['i386-linux-gnu', 'x86_64-linux-gnu']
  -- CMake lib search paths: ['lib', 'lib32', 'lib64', 'libx32', 'share', 'lib/i386-linux-gnu', 'lib/x86_64-linux-gnu']

Determining dependency 'Intl' with CMake executable '/home/henrik/.vcpkg-clion/vcpkg3/downloads/tools/cmake-3.27.1-linux/cmake-3.27.1-linux-x86_64/bin/cmake'
Try CMake generator: auto
Calling CMake (['/home/henrik/.vcpkg-clion/vcpkg3/downloads/tools/cmake-3.27.1-linux/cmake-3.27.1-linux-x86_64/bin/cmake']) in /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/cmake_Intl with:
  - "-DNAME=Intl"
  - "-DARCHS=i386-linux-gnu;x86_64-linux-gnu"
  - "-DVERSION="
  - "-DCOMPS="
  - "--trace-expand"
  - "--trace-format=json-v1"
  - "--no-warn-unused-cli"
  - "--trace-redirect=cmake_trace.txt"
  - "-DCMAKE_TOOLCHAIN_FILE=/home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/cmake_Intl/CMakeMesonToolchainFile.cmake"
  - "."
  - "-DCMAKE_PREFIX_PATH=/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux/debug;/home/henrik/projects/project_name/cmake-build-release/vcpkg_installed/x64-linux"
CMake trace warning: add_executable() non imported executables are not supported
CMake TRACE: /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/cmake_Intl/CMakeFiles/CMakeScratch/TryCompile-uPYO41/CMakeLists.txt:17 add_executable(['cmTC_6a383', '/home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/cmake_Intl/CMakeFiles/CMakeScratch/TryCompile-uPYO41/src.c'])
CMake trace warning: set_target_properties() TARGET cmTC_6a383 not found
CMake TRACE: /home/henrik/.vcpkg-clion/vcpkg3/scripts/buildsystems/vcpkg.cmake:632 set_target_properties(['cmTC_6a383', 'PROPERTIES', 'VS_USER_PROPS', 'do_not_import_user.props'])
CMake trace warning: set_target_properties() TARGET cmTC_6a383 not found
CMake TRACE: /home/henrik/.vcpkg-clion/vcpkg3/scripts/buildsystems/vcpkg.cmake:633 set_target_properties(['cmTC_6a383', 'PROPERTIES', 'VS_GLOBAL_VcpkgEnabled', 'false'])
CMake trace warning: target_link_options() TARGET cmTC_6a383 not found
CMake TRACE: /home/henrik/.vcpkg-clion/vcpkg3/buildtrees/glib/x64-linux-dbg/meson-private/cmake_Intl/CMakeFiles/CMakeScratch/TryCompile-uPYO41/CMakeLists.txt:20 target_link_libraries(['cmTC_6a383', ''])
Run-time dependency intl found: NO (tried cmake)
Looking for a fallback subproject for the dependency Intl

../src/glib-2-63e74fc4f1.clean/meson.build:2092:0: ERROR: Automatic wrap-based subproject downloading is disabled

**Additional context**
vcpkg.json
{
  "name": "project-name",
  "version-string": "1.0.0",
  "builtin-baseline": "2c401863dd54a640aeb26ed736c55489c079323b",
  "dependencies": [
    {
      "name": "opencv",
      "version>=": "4.8.0",
      "$comment": "    # this is heuristically generated, and may not be correct\n\n    find_package(OpenCV CONFIG REQUIRED)\n\n    # note: 15 additional targets are not displayed.\n\n    target_link_libraries(main PRIVATE opencv_ml opencv_dnn opencv_core opencv_flann)\n"
    },
    {
      "name": "eigen3",
      "version>=": "3.4.0#2"
    }
  ]
}

The latest version of glib is 2.78.4, but I saw you still use the glib 2.76.5, I think you could update the local vcpkg first.

How do I do that?
Running
git pull
vcpkg update

does reports that no updates are available.

./bootstrap-vcpkg.sh does not change it from 2.76.5 either.

In manifest mode, you should check the builtin-baseline in your manifest.
https://learn.microsoft.com/en-us/vcpkg/users/versioning?source=recommendations#baselines
You are living on Sep 14, 2023.

Thanks, that made a difference. It still does not work for me, but I guess that it is a different issue, so I opened a new one.

I'm actually having the same issue on U.Focal + U.Jammy with baseline 000d1bda1ffa95a73e0b40334fa4103d6f4d3d48, but only after I update vcpkg tooling to the latest commit. It worked without any issues before that. Using the latest baseline 0719a71389654b88d827501d88e37e58ea8cbd70 (available in Azure CI) also doesn't help.
It looks like that Impl thingy should be provided by gettext-libintl port, but it gets installed correctly. And nonetheless:
Run-time dependency intl found: NO (tried cmake)
Looking for a fallback subproject for the dependency Intl

../src/glib-2-7cc53588e0.clean/meson.build:2139:0: ERROR: Automatic wrap-based subproject downloading is disabled

Any suggestions?

Build seems to has passed only after I switched to the very last commit 898b728edc5e0d12b50015f9cd18247c4257a3eb (the same which modifies the tooling to the current version).
Isn't vcpkg supposed to support all old baselines by default?..
Now I wonder if I'll be able to make it work in Azure which has older tooling and won't find a newer baseline...

should be provided by gettext-libintl port,

That port is empty for linux where the intl stuff is part of glibc.


Implement REST cluster statistics

Implement REST cluster statistics, to provide basic info about cluster status
(later to be enriched).

Original issue reported on code.google.com by<EMAIL_ADDRESS>on 11 Sep 2010 at 7:54

Implemented.

To access cluster stats, go to: http://host:port/_stats/cluster.

This replaces JMX monitoring (see issue 48), whose support has been removed
from version 0.7.0.

Original comment by<EMAIL_ADDRESS>on 11 Sep 2010 at 7:57

Changed state: Fixed
Added labels: Priority-High
Removed labels: Priority-Medium


Add this to homebrew

Homebrew is the package manager of the mac. It would be easier to install & update if this came via homebrew. Thanks in advance.

That's a great idea! I'll be doing this, but meanwhile if somebody else wants to add the app, here's how to proceed:
https://docs.brew.sh/Adding-Software-to-Homebrew

I can help you once i get back from vacation later this week. Thanks!

@anonymousaga
Do you have time to add the app to homebrew recently? I'm looking forward to installing this app via homebrew. Thanks a lot.

Ill try after jan11 … im quite busy till then

I've raised https://github.com/Homebrew/homebrew-core/pull/120078 to request m1ddc's addition to Homebrew, but I fear it may be turned down under the stable versions policy since this repo doesn't have tagged releases.
@waydabber Would you be able to create a tagged release for m1ddc? (e.g., 1.0 - About Releases)

@unlobito - sure, here it is!
https://github.com/waydabber/m1ddc/releases/tag/v1.0.0

🚀 https://formulae.brew.sh/formula/m1ddc

Nice! :)

Im not sure what this dies cause im not getting issues, but this error came:
Warning: The post-install step did not complete successfully
You can try again using:
brew postinstall m1ddc
When i ran that command the same error came. Thanks in advance


editorial:  upper or lower case shall

Section Number various
Issue in ITI-104, there is a mix of "SHALL" and "shall"
This also applies to "MAY" "may"
Proposed Change
I have no preference for which is chosen, but be consistent across the IG.
Priority:

Low: Typo or other minor classification that an editor can manage. Requires no group discussion.

iti-83 uses all lower case, therefore change everything to lowercase (mhd uses also lowercaseI.

https://profiles.ihe.net/ITI/TF/Volume1/ch-23.html -> all lowercase
https://profiles.ihe.net/ITI/TF/Volume2/ITI-44.html, https://profiles.ihe.net/ITI/TF/Volume2/ITI-45.html -> mixed shall and SHALL, is there a rule?


Added a switcher for turning off write controls for read-only users a…

…nd tenants
Signed-off-by: David Bennett<EMAIL_ADDRESS>opensearch-project/security-dashboards-plugin pull request intake form
Please provide as much details as possible to get feedback/acceptance on your PR quickly

Category: (Enhancement, New feature, Bug fix, Test fix, Refactoring, Maintenance, Documentation)
Bug Fix

Github Issue # or road-map entry, if available:
https://github.com/opensearch-project/security-dashboards-plugin/issues/776

Description of changes:

A user might not have sufficient permissions to make any changes to saved objects like dashboards, visualization etc. This can happen for two reasons: a) the user has a Kibana read-only role and thus can only see the Dashboards, but is not able to modify anything. b) the currently selected tenant is read-only for the user. In these cases, displaying write controls like "save" or "edit" buttons do not make sense. This PR introduces a switcher which will turn off all known write controls for these cases:
In Dashboards you can register a so-called switcher on the Capabilities. Capabilities define what features (or "capabilities") of a plugin are enabled or disabled. This PR implements and registers a switcher. It will first evaluate whether the user us currently in read-only mode or not. If so, the switcher will deactivate all known write controls.

Why these changes are required?
If a user is in read-only mode, it does not make sense to offer any write controls.

What is the old behavior before changes and new behavior after changes? (Please add any example/logs/screen-shot if available)
Before: Write controls would be displayed. After: Write controls are disabled.

Testing done: (Please provide details of testing done: Unit testing, integration testing and manual testing)
Tested the changes manually, added jest unit tests in read_only_capabilities_switcher.test.ts.

TO-DOs, if any: (Please describe pending items and provide Github issues# for each of them)

This PR only covers "known" capabilities from the standard installation. However, any plugin (including third-party plugins) can make use of the capabilities feature. Since we do not know what these capabilities from third-parties look like in advance, and since there is also no way of defining which capability is a "write control", there is currently no way of automatically disable write controls for third party plugins. We would need a system where a plugin could explicitly  specify its write controls.  However, this is beyond the scope of this PR and might need a broader discussion.

Is it backport from main branch? (If yes, please add backport PR # and commits #)
No.

By making a contribution to this project, I certify that:
(a) The contribution was created in whole or in part by me and I
have the right to submit it under the open source license
indicated in the file; or
(b) The contribution is based upon previous work that, to the best
of my knowledge, is covered under an appropriate open source
license and I have the right under that license to submit that
work with modifications, whether created in whole or in part
by me, under the same open source license (unless I am
permitted to submit under a different license), as indicated
in the file; or
(c) The contribution was provided directly to me by some other
person who certified (a), (b) or (c) and I have not modified
it.
(d) I understand and agree that this project and the contribution
are public and that a record of the contribution (including all
personal information I submit with it, including my sign-off) is
maintained indefinitely and may be redistributed consistent with
this project or the open source license(s) involved.
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Have we tested this manually?

I built from the branch and spun up a local cluster, then check its behavior

Codecov Report

Merging #867 (351edc0) into main (a48786e) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##             main     #867   +/-   ##
=======================================
  Coverage   71.98%   71.98%
=======================================
  Files          87       87
  Lines        1906     1906
  Branches      247      247
=======================================
  Hits         1372     1372
  Misses        480      480
  Partials       54       54

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update a48786e...351edc0. Read the comment docs.

Please review Dave's comments on this PR https://github.com/opensearch-project/security-dashboards-plugin/pull/867

I've rebased the PR against main branch.
@opensearch-project/security Please review.

Closing the PR due to inactivity for now. Please feel free to re-open if needed.


[feature] add sms config

What's changed?

add sms config in web app #1020 & backend
which supports two types of sms providers(tencent\alibaba) for selecting, but i just achieved tencent sms, cause i found no alibaba`s config in code .
Checklist

[x]  I have read the Contributing Guide
[x]  I have written the necessary doc or comment.
[x]  I have added the necessary unit tests and all cases have passed.

Add or update API

[x] I have added the necessary e2e tests and all cases have passed.

which supports two types of sms providers(tencent\alibaba) for selecting, but i just achieved tencent sms, cause i found no alibaba`s config in code .

hi, yes there is no alibaba sms code, due the alibab sdk import too much irrelevant third-party dependencies. We plan to remove the SDKs of these cloud vendors and use the rest api to implement it

hi，how about i remove backend’s modify, just keep web hi
---- Replied Message ----
| From | @.> |
| Date | 07/29/2024 12:25 |
| To | apache/hertzbeat @.> |
| Cc | aias00 @.>,
Author @.> |
| Subject | Re: [apache/hertzbeat] [feature] add sms config (PR #2399) |
which supports two types of sms providers(tencent\alibaba) for selecting, but i just achieved tencent sms, cause i found no alibaba`s config in code .
hi, yes there is no alibaba sms code, due the alibab sdk import too much irrelevant third-party dependencies. We plan to remove the SDKs of these cloud vendors and use the rest api to implement it
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

hi，how about i remove backend’s modification, just keep web ui

ok 👍 suggest also remove sms config doc here https://hertzbeat.apache.org/docs/start/custom-config

hi，how about i remove backend’s modification, just keep web ui

ok 👍 suggest also remove sms config doc here https://hertzbeat.apache.org/docs/start/custom-config

okay, cool

now people can modify sms config by web ui , and the config can be persistenced. that`s all


Improvements to documentation

Improvements to documentation for use the package with npm.

Please somebody that's review and merge this PR...

I think that this project is deserted, my PR is open along 6 months. T_T


Bootstrap 4 Upgrade

This merge includes:

Upgrade of all of the views to be compatible with bootstrap 4
Upgrade of Bootstrap and jQuery.  The libraries are now being installed using their npm package to reduce manual efforts for minor version upgrades.
Changes to default theme and main.scss to allow the site to load with only minor visual differences between bootstrap 3 and bootstrap 4.
Upgrade of flatly theme to its bootstrap 4 version.

Known issues:

Modern and GSDK themes have not been updated.
The issues listed at https://github.com/sahat/hackathon-starter/issues/766#issuecomment-385077977

Most likely I would need some help to fix these remaining issues.  If there are no comments in the next ten days or so, I'll merge this as is, and we'll fix the remaining issues in future minor releases.


Fix changelog entries for two old PRs

Fix changelog entry for the smooth scrolling PR
Fix "message for chatterino joining channel" changelog entry

Description

:+1: Great PR


store.query resolves before last response is populated in the store (0.17 beta)

Consider the following query:
let remoteQueryOptions1 = {
  settings: {
    params: {
      "filter[id]": ids1,
    },
  },
};

let remoteQueryOptions2 = {
  settings: {
    params: {
      "filter[id]": ids2,
    },
  },
};

store.query((q) => [
  q.findRecord('foo').options({ sources: { remote: remoteQueryOptions1 } }),
  q.findRecord('foo').options({ sources: { remote: remoteQueryOptions2 } }),
]);

I see 2 network requests succeed in the network tab, but the promise resolves before the data in the second request is populated in the store. If I wait some time (1 sec) then the data is present.

Delaying by use of next is enough for the data to populate.

Hmmm ... that's surprising 🤔 Do you have only blocking query + sync strategies in place?
I'm currently reworking the code around multiple-query execution to allow multiple-expression query requests to be made in parallel or in series, so I should have a new version to test soon. This code is entirely on the orbit side (vs. ember-orbit) so I'll confirm that tests are in place there.

My remote-request and remote-update are blocking. remote-sync is non-blocking.

You will need your sync strategy to be blocking as well to guarantee that the full request+sync cycle completes prior to the resolution of a request.

Hah. That makes sense. Thanks.


Refactor followup: enable LTO

After #116 lands, because #166 splits into multiple .cpp files, we should enable LTO for the build.
Learn more about LTO via https://github.com/mapbox/cpp/blob/lto-glossary-entry/glossary.md#link-time-optimization
/cc @aaaandrea @apendleton
refs https://github.com/mapbox/cpp/pull/49

@springmeyer it looks from cursory Googling like lld already supports LTO, so just to be sure I'm understanding: this should just be adding -flto to cppflags and ldflags in our binding.gyp, right?

@apendleton I'll get a working example going in node-cpp-skel next and then ping you when ready. Up to now I've used binutils-gold for linking and not lld and I'd like to give lld a shot.

@apendleton I'll get a working example going in node-cpp-skel next

Here is a working example you can follow: https://github.com/mapbox/vtquery/pull/63

Up to now I've used binutils-gold for linking and not lld and I'd like to give lld a shot.

Ideally need to do this https://github.com/mapbox/mason/issues/561 for easy lld usage, so I think sticking with binutils linker (per the vtquery example PR above) is ideal.

@springmeyer we gave this a go and it seems not to be working, I think because we're trying to link to previously-built static libraries from Mason that were compiled with a different LLVM version (rocksdb, etc.). We get this error:
/home/travis/build/mapbox/carmen-cache/mason_packages/.link/bin/ld: error: LLVM gold plugin has failed to create LTO module: Invalid value (Producer: 'LLVM5.0.0git-30c4647' Reader: 'LLVM 3.9.1')

see for reference the job: https://travis-ci.org/mapbox/carmen-cache/jobs/346996737
Thoughts on how to proceed?

@apendleton yes, LTO requires a consistent major clang++ version to be used. That is my oversight: so due to the external dep we'll need to:

move to doing mason build rocksdb rather than mason install rocksdb to trigger source compiles
force the same compiler, which will require a slight tweak to mason to allow us to override the default (old) apple compilers at https://github.com/mapbox/mason/blob/6aa9591a336ac71bfa1974185b6ee784a9b6033a/mason.sh#L71-L72.

So, I recommend you continue the cleanup work without this LTO addition, to make sure you'r not blocked. We can hit it as a followup once the mason fix is available.

Mason fix is looking good at https://github.com/mapbox/carmen-cache/pull/119

Done in https://github.com/mapbox/carmen-cache/pull/116


Vendor or fork addnab/docker-run-action so that we can make our own fixes to it quickly

First order of business would be to change the first line of the Dockerfile from
docker:20.10

to point to ECR instead. I think it would be public.ecr.aws/docker/library/docker:20.10

https://github.com/addnab/docker-run-action/pull/33/files Ha!
Asking John Hawley to fork it for me.


Jekyll theme for documentation to think through

https://jekyllthemes.io/jekyll-documentation-themes

https://github.com/cfpb/DOCter


[Misc] Fullnode not pulling blocks from peers

Seid version
3.5.0
Chain ID
pacific-1
Describe the Issue
With state-sync enabled, node is able to connect to peers but the block height never changes
Additional context
1:23AM INF peer connected endpoint={} module=p2p peer=7e5a428b38b1295d9325c2aa8640c404f6ca3379
1:23AM INF not caught up yet height=2 max_peer_height=51174980 module=blockchain timeout_in=43999.572852
1:23AM INF not caught up yet height=2 max_peer_height=51174980 module=blockchain timeout_in=42999.75974
1:23AM INF not caught up yet height=2 max_peer_height=51174980 module=blockchain timeout_in=41998.716171
1:23AM INF not caught up yet height=2 max_peer_height=51174980 module=blockchain timeout_in=40999.631744
1:23AM INF not caught up yet height=2 max_peer_height=51174980 module=blockchain timeout_in=39999.760295
1:23AM INF not caught up yet height=2 max_peer_height=51175000 module=blockchain timeout_in=38999.405185
1:23AM INF not caught up yet height=2 max_peer_height=51175000 module=blockchain timeout_in=37999.783087
1:23AM INF not caught up yet height=2 max_peer_height=51175000 module=blockchain timeout_in=36998.685765
1:23AM INF not caught up yet height=2 max_peer_height=51175000 module=blockchain timeout_in=35999.775261
1:23AM ERR failed to send request for peers err="no available peers to send a PEX request to (retrying)"
1:23AM INF stopping service module=p2p peer={"Hostname":"<IP_ADDRESS>","NodeID":"7e5a428b38b1295d9325c2aa8640c404f6ca3379","Path":"","Port":51656,"Protocol":"mconn"} ser
vice=MConnection
1:23AM ERR mConnection Error message exceeds max size (7390 > 1410) module=p2p
1:23AM INF peer disconnected endpoint={} module=p2p peer=7e5a428b38b1295d9325c2aa8640c404f6ca3379
1:23AM INF not caught up yet height=2 max_peer_height=0 module=blockchain timeout_in=34999.390766
1:23AM ERR failed to send request for peers err="no available peers to send a PEX request to (retrying)"
1:23AM INF not caught up yet height=2 max_peer_height=0 module=blockchain timeout_in=33999.79705
1:23AM INF not caught up yet height=2 max_peer_height=0 module=blockchain timeout_in=32999.393398
1:23AM ERR failed to send request for peers err="no available peers to send a PEX request to (retrying)"

Eventually, catching_up: changes from true to false without any progress in chain tip.
"SyncInfo": {
    "latest_block_hash": "+dOEXfJbQ7HGkm887aaEXBf1Yk4SIS/YhH0LoB2hq54=",
    "latest_app_hash": "47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU=",
    "latest_block_height": "1",
    "latest_block_time": "2023-05-22T15:00:04.893661704Z",
    "earliest_block_hash": "+dOEXfJbQ7HGkm887aaEXBf1Yk4SIS/YhH0LoB2hq54=",
    "earliest_app_hash": "47DEQpj8HBSa+/TImW+5JCeuQeRkm5NMpJWZG3hSuFU=",
    "earliest_block_height": "1",
    "earliest_block_time": "2023-05-22T15:00:04.893661704Z",
    "max_peer_block_height": "51205016",
    "catching_up": true,
    "total_synced_time": "0",
    "remaining_time": "0",
    "total_snapshots": "0",
    "chunk_process_avg_time": "0",
    "snapshot_height": "0",
    "snapshot_chunks_count": "0",
    "snapshot_chunks_total": "0",
    "backfilled_blocks": "0",
    "backfill_blocks_total": "0"
  },

please try adjusting max-packet-msg-payload-size in config.toml - start experimenting with something like 100000


Merging BB changes into CMoore branch

This should add the changes to Highet Points, Lowest Points, and Local
Peaks into Military Tools.pyt and VisTool.py. Also includes
InputArea_FeatureSetGDB.lyr output with rep paths using GP tool.

Description

Related Issue

Motivation and Context

How Has This Been Tested?

Screenshots (if appropriate):
Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

[ ] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I have read the CONTRIBUTING document.

@csmoore - note GDB has updated schema to support the output lyr files. VisUtils, output LYR files with GDB suffix and relative paths, and GDB included in the latest commit.


Added several glass/tranparent navbar effect

added  three different transparent navbar effect, choose the one that is most suitable

Hey @hassana123 can you make this boxes go away ?? or do I have to tell you which code you should remove ?

on it

Hey @hassana123 can you make it more like this ?

Don't change the color. Instead use this piece of code
.navbar {
  position: fixed;
  top: 0;
  background: rgba(0,0,0,0.3);
  backdrop-filter: saturate(180%) blur(10px);
  left: 0;
  display: flex;
  width: 100%;
  justify-content: space-between;
  padding: 10px;
  z-index: 10;
  color: whitesmoke;
}

done

Thank you @hassana123 🙌
make sure to check other issues

Sure


QTBoxImpl - Dangerous operations

Code Location:
https://github.com/CivMC/CivModCore/blob/00243ad09361361b46e808e3379eb739251a4365/paper/src/main/java/vg/civcraft/mc/civmodcore/world/locations/QTBoxImpl.java#L12

Issue:
Min and max values are never checked for validity, this may result in broken AABBs and may introduce bugs that are hard to track.

Solution:

	public QTBoxImpl(int lowerXBound, int upperXBound, int lowerZBound, int upperZBound) {
		this.lowerXBound = Math.min(lowerXBound, upperXBound);
		this.upperXBound = Math.max(lowerXBound, upperXBound);
		this.lowerZBound = Math.min(lowerZBound, upperZBound);
		this.upperZBound = Math.max(lowerZBound, upperZBound);
	}

I'm closing this out as something that we won't fix. It could be revisited in the future, but it's not within our capacity to work on right now.


Publish @next pre-releases to npm

Begin publishing pre-release versions, so major upgrades like Angular 7 are made available sooner.

First @next will be made available 10/23

Preparing release

All set.
v0.41.0-pre.0 is available.
run npm i @angular-mdc/web@next or yarn upgrade @angular-mdc/web@next

Changelog to this point..
https://github.com/trimox/angular-mdc-web/releases/tag/v0.41.0-pre.0

Completed. We can now push @next releases.


Screen Sharing works on Sample App but not when implemented

The entire app works fine when implemented except for the screen sharing. When running the sample app on my device however the screen sharing works, but when I run my implemented version, it sends me the prompt for Screen sharing and once I tap "Start Now" nothing happens. There were no major code edits on my end, mostly cosmetic edits and change of Activity name.

@184726W by "nothing happens", do you mean that the other participants do not receive the video stream from the screen share?

More like the streaming function doesn't run after the android prompt is accepted.

@184726W What version of the Android OS are you targeting? What version of the Voxeet SDK are you using?

@FabienLavocat we were running the code on Android 10 devices and using Voxeet SDK version 3.0.0

What's your targetSdkVersion?
https://github.com/voxeet/voxeet-sdk-android-gettingstarted/blob/master/app/build.gradle#L9

The targetSdkVersion is 29. Apologies for any confusion, still very new to Android Development.

No worries!
So Android 10 (API 29+) has introduced a new service for screensharing. I would recommend to either target the SDK 28 or upgrade to our latest 3.1 SDK

Hi @184726W, I think we found a problem with the screenshare in the sample app with the latest SDK, please check the PR #10 to find what needs to be updated. Let me know if you still have an issue after this change.

Hello, @FabienLavocat I've just tested the fix, happy to report that it's working! Thanks for all the help and prompt responses!


Add RPC types from generated file

Pull Request type
Please add the labels corresponding to the type of changes your PR introduces:

Feature
Refactoring (no functional changes, no API changes)

What is the current behavior?
Types for the Starknet RPC are iteratively added by the contributors.
What is the new behavior?
The whole RPC spec has been generated using the @open-rpc/typings tools and contributors only need to make the implementation.
Does this introduce a breaking change?
No
Other information
I have generated the file once with the command added in the README, then made manual updates to have a comprehensive rust API spec that contrib can implement directly.
There are some open questions to solve before merge (type diff between the generated and the previous ones):

call: RpcResult<Vec<String>> => RpcResult<FieldElement>
get_block_transaction_count : u128 => i64
syncing : removed #[serde(rename = "sync_status")]
BlockId : removed the workaround with BlockIdTaggedVariants
some #[default] removed

This won't work as easily, closing now to use starknet-rs work instead.
The Starkware spec needs a significant rework imho


Setting ego_vehicle initial speed via OpenScenario

Hi, I am trying to use carla scenario runner with a given scenario in an OpenScenario format. I am running a ros_vehicle as ego_vehicle and I want to initialize my ego vehicle  with an initial speed. According to OpenScenario, you can set an initial speed to an entity in <Init> if you define a <LongitudinalSpeedAction> with a desired speed value. However when I execute my scenario, I cannot see any movement in my ego_vehicle.
I've tryed debugging if the speed action value is parsed from the scenario file. and it does. It is passed in open_scenario.py in the function _create_init_behavior(). It is supposed to call ChangeActorTargetSpeed with a init_speed=True flag. The execution works as intended but I still cannot see any initial speed in my scenario. Is there something that I am missing?
Screenshots

System

OS: [Ubuntu 18.04]
CARLA Version [CARLA 0.9.14]
Python version [2.7]
Version [0.9.13]

Are you using npc vehicle control?
if yes:
Check the output :code


[Bug]: UPSERT doesn't work if there is a calculated/generated column - PgSql

On similar lines to option A discussed for MsSql in https://github.com/Azure/data-api-builder/issues/1453, need to investigate and implement a similar solution for PgSql.

Postgres supports generated columns just like MySql. As specified here in the Pg docs, PostgreSQL currently implements only stored generated columns and not VIRTUAL ones. We can determine if a column is generated using this query:
SELECT
    attname AS column_name
FROM
    pg_attribute
WHERE
    attrelid = 'table_schema.table_name'::regclass
    AND attgenerated = 's';


Fix containers connected loosing connection when openvpn reconnects

persist-remote-ip openvpn flag added

Might cancel #108 if it proves successful

persist-remote-ip openvpn flag added

Might cancel #108 if it proves successful

I just need to pull the latest tag and this will take effect or an ENV variable is needed (PIA)?

persist-remote-ip openvpn flag added

Might cancel #108 if it proves successful

I just need to pull the latest tag and this will take effect or an ENV variable is needed (PIA)?

For the test, you've to pull with the tag :persist-remote-ip instead of :latest.

persist-remote-ip openvpn flag added

Might cancel #108 if it proves successful

I just need to pull the latest tag and this will take effect or an ENV variable is needed (PIA)?

For the test, you've to pull with the tag :persist-remote-ip instead of :latest.

Thanks! I pulled and lets see hwo is it performing. I don't need to see anything in the logs, correct?

persist-remote-ip openvpn flag added

Might cancel #108 if it proves successful

I just need to pull the latest tag and this will take effect or an ENV variable is needed (PIA)?

For the test, you've to pull with the tag :persist-remote-ip instead of :latest.

Thanks! I pulled and lets see hwo is it performing. I don't need to see anything in the logs, correct?

The only thing changed is an extra variable in the .ovpn file. Don't think you see anything in the logs (not sure). Use the container and see how it reacts.

Hello all, sorry I missed those comments somehow!
It just adds persist-remote-ip in the ovpn config file, which might solve reconnection. On the other hand, please try #143  (tag :restart) (pull request #144) which basically restarts openvpn if it crashes from within the container so that linked containers don't lose their connection.
I tried manually disconnecting the ethernet cable for a few minutes, openvpn tries to restart for a few minutes, then crashes and then gets re-launched successfully. It should solve a bunch of problems if it works out for you 😉
Thanks!

So from what I've gathered, you all don't really have problems of openvpn losing its connection (on :latest) but would like to restart/update the pia container without having to restart the other connected containers right?
I think anyway #144 would be better than this modification, that is, if you have openvpn disconnection issues (I don't for example).


react-native-track-player

As i am new to this react native track player, i have a few questions,
Does this player allow me to download or cache live shoutcast streams onto my android phone? instead of listening to a full hour mix on a shoutcast stream, am i able to rather quickly download each track of the mix one by one as this would save me time, in other words extract and break down the metadata of each song in the mix and choose which songs of the mix i want to keep on my phone and cache for offline listening, i don't wish to listen for long periods to a shoutcast stream, in other words i just want to tune in for a minimal amount of time and download as much as possible to build a offline listening app for myself, can this react native player guarantee me this to make it worth my while.
I also hope this player detects now playing info of a shoutcast stream even if the now playing info of the stream is not available, is this player able to show the last played history of a stream to possibly download or cache those tracks also, appreciate some answers, thanks.

No. Downloading and storing audio files is not a feature of this library.
I believe the answer to your second question is also no, but I am not positive.

Closes react-native-kit/react-native-track-player#875

For the second question, it dispatches events with shoutcast metadata (if they are available) on Android and hopefully in iOS in the near future (#937), but it doesn't keep a history or retrieves one, this is out of the scope of the project and can be done with pure JS.

I have just read about internet radio broadcasters having serious issues with listeners using react native track player 3.03, these are abusive listeners with blacklisted IP addresses according to radio broadcasters to the extent that listeners using react native track player get banned on radio platforms, this is where it gets interesting, after they have been banned, 80% of these banned listeners duplicate random IP addresses to urgently have another go to tune into the same radio platform using react native track player under a different IP address, most of these abusive listeners recreate up to 20 different IP addresses and keep slamming radio stations with this forceful behavior using react track native player, this seems very dodgy and in fact radio stations are classing these listeners as brief stream rippers with a listening length of 15 minutes a time (enough to download a full currently playing 1 hour mix).
Well, this is what i have read according to radio broadcasters, much to my surprise, i guess radio broadcasters see listener activity that none of us can see, one tends to actually believe them.
Thought i would share this with you.


PromQL: Consider supporting trailing commas in grouping opts

Currently PromQL allows trailing commas in label matchers, but not in the label list of grouping opts.
E.g. a{b="c",},  a{b="c"} and sum (a) by (b) and are valid PromQL, while sum (a) by (b,) is not.
This feels somewhat inconsistent.
It might be worth considering to allow trailing commas in grouping opts, too.

This seems reasonable to me.
@tomwilkie any thoughts from the jsonnet side of the house?

Sounds reasonable to me. I can't see how Jsonnet would have a problem with this more relaxed syntax.

I can't imagine either, but I could see them appreciating the feature.

Yes, definitely. Let's do it!

Ok, I'll do a PR.
On Tue, 17 Dec 2019, 13:21 Björn Rabenstein<EMAIL_ADDRESS>wrote:

Yes, definitely. Let's do it!
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/prometheus/prometheus/issues/6470?email_source=notifications&email_token=ADVICPMD76LSHRB7JDGKMBDQZC735A5CNFSM4J3Y7JRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHCGIYI#issuecomment-566518881,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADVICPNPOMRRXUCRDPDOBBDQZC735ANCNFSM4J3Y7JRA
.

When we're already at it:
We might want to the same thing for functions, too.
On Tue, 17 Dec 2019, 13:27 Tobias Guggenmos<EMAIL_ADDRESS>wrote:

Ok, I'll do a PR.
On Tue, 17 Dec 2019, 13:21 Björn Rabenstein<EMAIL_ADDRESS>wrote:

Yes, definitely. Let's do it!
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/prometheus/prometheus/issues/6470?email_source=notifications&email_token=ADVICPMD76LSHRB7JDGKMBDQZC735A5CNFSM4J3Y7JRKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHCGIYI#issuecomment-566518881,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ADVICPNPOMRRXUCRDPDOBBDQZC735ANCNFSM4J3Y7JRA
.

There's only a small number of functions that take a variable number of arguments, I'm not seeing the need there.

Doing it for functions, too, would make all comma separated lists behave the same, which has some appeal.

Functions arguments aren't somewhere where you build up lists of an unknown number of things from disparate sources.

True.
I'm fine with leaving functions in their current state as well.