Build error when including "drcctlib.h": uint8_t does not name a type

Describe the error
When building the most up-to-date version of DrCCTProf, my compilation errors when building custom clients with the following error:
[100%] Building CXX object clients/drcctlib_instr_analysis/CMakeFiles/drcctlib_instr_analysis.dir/drcctlib_instr_analysis.cpp.o
In file included from <LOCAL_DIR>/DrCCTProf/dynamorio/clients/drcctlib_instr_analysis/drcctlib_instr_analysis.cpp:2:
<LOCAL_DIR>/DrCCTProf/build/ext/include/drcctlib.h:143:5: error: ‘uint8_t’ does not name a type; did you mean ‘u_int8_t’?
  143 |     uint8_t object_type;
      |     ^~~~~~~
      |     u_int8_t

Minimum Reproducible Example
#include "dr_api.h"
#include "drcctlib.h"

// no body

Suggestions
It seems that simply including <cstdint> before drcctlib.h fixes this issue. Perhaps drcctlib.h ought to add this include?
Logs
logs/cmake.log
-- The C compiler identification is GNU 10.2.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /usr/bin/gcc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- The CXX compiler identification is GNU 10.2.0
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Version number: 8.0.18437
-- The ASM compiler identification is GNU
-- Found assembler: /usr/bin/as
-- Found Perl: /usr/bin/perl (found version "5.32.0")
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Check size of uint
-- Check size of uint - done
-- Check size of ushort
-- Check size of ushort - done
-- Check size of bool
-- Check size of bool - failed
-- Check size of byte
-- Check size of byte - failed
-- Check size of sbyte
-- Check size of sbyte - failed
-- Check size of uint32
-- Check size of uint32 - failed
-- Check size of uint64
-- Check size of uint64 - failed
-- Check size of int32
-- Check size of int32 - failed
-- Check size of int64
-- Check size of int64 - failed
-- Check size of _Bool
-- Check size of _Bool - done
-- Performing Test cxx17_available
-- Performing Test cxx17_available - Success
-- Performing Test no_stack_protector_avail
-- Performing Test no_stack_protector_avail - Success
-- Performing Test suggest_override_avail
-- Performing Test suggest_override_avail - Success
-- Performing Test nounused_avail
-- Performing Test nounused_avail - Success
-- Performing Test stringop_truncation_avail
-- Performing Test stringop_truncation_avail - Success
-- Performing Test format_truncation_avail
-- Performing Test format_truncation_avail - Success
-- Performing Test stringop_overflow_avail
-- Performing Test stringop_overflow_avail - Success
-- Performing Test HAVE_TYPELIMITS_CONTROL
-- Performing Test HAVE_TYPELIMITS_CONTROL - Success
-- Performing Test HAVE_FVISIBILITY_INTERNAL
-- Performing Test HAVE_FVISIBILITY_INTERNAL - Success
-- Performing Test HAVE_FVISIBILITY_HIDDEN
-- Performing Test HAVE_FVISIBILITY_HIDDEN - Success
-- Looking for linux/rseq.h
-- Looking for linux/rseq.h - found
-- Performing Test no_pie_avail
-- Performing Test no_pie_avail - Success
-- Found ZLIB: /usr/lib/libz.so (found version "1.2.11")
-- Performing Test implicit_fallthrough_avail
-- Performing Test implicit_fallthrough_avail - Success
-- WARNING: vera++ not found: disabling code style checks
-- Found Qt 5: DrGUI will be built
CMake Deprecation Warning at ext/drgui/CMakeLists.txt:54 (cmake_policy):
  The OLD behavior for policy CMP0043 will be removed from a future version
  of CMake.

  The cmake-policies(7) manual explains that the OLD behaviors of all
  policies are deprecated and that a policy should be set to OLD only under
  specific short-term circumstances.  Projects should be ported to the NEW
  behavior and not rely on setting a policy to OLD.

-- Configuring done
-- Generating done
-- Build files have been written to: /home/USERNAME/test/DrCCTProf/build

logs/make.log
Scanning dependencies of target run_in_bg
[  1%] Generating moc_drgui_options_window.cpp
Scanning dependencies of target runstats
[  1%] Generating moc_drgui_main_window.cpp
Scanning dependencies of target nudgeunix
Scanning dependencies of target api_headers
Scanning dependencies of target drloader
Scanning dependencies of target drcpusim_ops
Scanning dependencies of target generate_syslog
Scanning dependencies of target drcachesim_ops
[  1%] Generating moc_drgui_tool_interface.cpp
[  1%] Generating moc_drgui_options_interface.cpp
[  1%] Building C object tools/CMakeFiles/nudgeunix.dir/nudgeunix.c.o
[  1%] Generating include/dr_app.h, include/dr_api.h
[  1%] Building C object tools/CMakeFiles/nudgeunix.dir/__/core/unix/nudgesig.c.o
[  1%] Building C object tools/CMakeFiles/run_in_bg.dir/run_in_bg.c.o
[  2%] Building CXX object clients/drcpusim/CMakeFiles/drcpusim_ops.dir/options.cpp.o
[  2%] Building C object tools/CMakeFiles/runstats.dir/runstats.c.o
[  2%] Building C object tools/CMakeFiles/drloader.dir/drloader.c.o
[  2%] Building CXX object clients/drcpusim/CMakeFiles/drcpusim_ops.dir/optionlist.cpp.o
[  2%] Building CXX object clients/drcachesim/CMakeFiles/drcachesim_ops.dir/common/options.cpp.o
[  2%] Building CXX object clients/drcachesim/CMakeFiles/drcachesim_ops.dir/optionlist.cpp.o
[  2%] Generating ../event_strings.h
[  2%] Built target generate_syslog
Scanning dependencies of target drgui
[  2%] Building CXX object ext/drgui/CMakeFiles/drgui.dir/drgui_main_window.cpp.o
[  2%] Building CXX object ext/drgui/CMakeFiles/drgui.dir/moc_drgui_options_window.cpp.o
[  2%] Building CXX object ext/drgui/CMakeFiles/drgui.dir/moc_drgui_options_interface.cpp.o
[  2%] Building CXX object ext/drgui/CMakeFiles/drgui.dir/drgui_options_window.cpp.o
[  2%] Building CXX object ext/drgui/CMakeFiles/drgui.dir/main.cpp.o
[  2%] Building CXX object ext/drgui/CMakeFiles/drgui.dir/moc_drgui_main_window.cpp.o
[  3%] Building CXX object ext/drgui/CMakeFiles/drgui.dir/moc_drgui_tool_interface.cpp.o
[  3%] Linking C executable ../bin64/drloader
Scanning dependencies of target drlibc
[  3%] Building ASM object core/CMakeFiles/drlibc.dir/drlibc/drlibc_xarch.asm.o
[  3%] Building ASM object core/CMakeFiles/drlibc.dir/drlibc/drlibc_x86.asm.o
[  4%] Building C object core/CMakeFiles/drlibc.dir/drlibc/drlibc.c.o
[  4%] Linking C executable ../bin64/run_in_bg
[  4%] Built target drloader
[  4%] Building C object core/CMakeFiles/drlibc.dir/drlibc/drlibc_notdr_dcxt.c.o
[  4%] Building C object core/CMakeFiles/drlibc.dir/drlibc/drlibc_notdr_logfile.c.o
[  4%] Linking C executable ../bin64/nudgeunix
[  4%] Building C object core/CMakeFiles/drlibc.dir/drlibc/drlibc_notdr_printlog.c.o
[  4%] Built target api_headers
[  4%] Building C object core/CMakeFiles/drlibc.dir/drlibc/drlibc_notdr_report.c.o
[  5%] Building C object core/CMakeFiles/drlibc.dir/drlibc/drlibc_notdr_saferead.c.o
[  5%] Building C object core/CMakeFiles/drlibc.dir/drlibc/drlibc_notdr_stats.c.o
[  5%] Built target run_in_bg
[  5%] Building C object core/CMakeFiles/drlibc.dir/drlibc/drlibc_unix.c.o
Scanning dependencies of target drmemtrace_histogram
[  6%] Linking C executable ../bin64/runstats
Scanning dependencies of target drmemfuncs
Scanning dependencies of target drmemtrace_reuse_time
[  6%] Building C object core/CMakeFiles/drlibc.dir/drlibc/drlibc_module_elf.c.o
Scanning dependencies of target drmemtrace_basic_counts
Scanning dependencies of target drmemtrace_reuse_distance
[  6%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_histogram.dir/tools/histogram.cpp.o
[  6%] Building ASM object core/CMakeFiles/drmemfuncs.dir/arch/x86/memfuncs.asm.o
Scanning dependencies of target drmemtrace_func_view
Scanning dependencies of target drmemtrace_simulator
[  6%] Building C object core/CMakeFiles/drmemfuncs.dir/lib/memmove.c.o
[  6%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_reuse_time.dir/tools/reuse_time.cpp.o
[  6%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_basic_counts.dir/tools/basic_counts.cpp.o
[  6%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_reuse_distance.dir/tools/reuse_distance.cpp.o
[  6%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_func_view.dir/tools/func_view.cpp.o
[  6%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_simulator.dir/simulator/simulator.cpp.o
[  6%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_simulator.dir/simulator/cache.cpp.o
[  6%] Built target nudgeunix
[  6%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_simulator.dir/simulator/cache_lru.cpp.o
[  6%] Built target runstats
[  6%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_simulator.dir/simulator/cache_fifo.cpp.o
[  7%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_simulator.dir/simulator/cache_miss_analyzer.cpp.o
[  7%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_simulator.dir/simulator/caching_device_stats.cpp.o
[  7%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_simulator.dir/simulator/caching_device.cpp.o
[  7%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_simulator.dir/simulator/cache_stats.cpp.o
[  8%] Linking C static library ../lib64/libdrmemfuncs.a
[  8%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_simulator.dir/simulator/prefetcher.cpp.o
[  8%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_simulator.dir/simulator/snoop_filter.cpp.o
[  9%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_simulator.dir/simulator/cache_simulator.cpp.o
[  9%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_simulator.dir/simulator/tlb.cpp.o
[  9%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_simulator.dir/simulator/tlb_simulator.cpp.o
[  9%] Built target drmemfuncs
[ 10%] Linking C static library ../lib64/libdrlibc.a
[ 10%] Built target drlibc
Scanning dependencies of target drpreload
Scanning dependencies of target drdecode
Scanning dependencies of target drfrontendlib
[ 10%] Building C object core/CMakeFiles/drpreload.dir/unix/preload.c.o
[ 10%] Building C object libutil/CMakeFiles/drfrontendlib.dir/dr_frontend_unix.c.o
[ 10%] Building C object core/CMakeFiles/drpreload.dir/config.c.o
[ 10%] Building C object core/CMakeFiles/drdecode.dir/ir/opnd_shared.c.o
[ 10%] Building C object core/CMakeFiles/drdecode.dir/ir/x86/opnd.c.o
[ 11%] Building C object libutil/CMakeFiles/drfrontendlib.dir/dr_frontend_common.c.o
[ 12%] Building C object core/CMakeFiles/drdecode.dir/ir/instr_shared.c.o
[ 12%] Building C object core/CMakeFiles/drdecode.dir/ir/x86/instr.c.o
[ 12%] Building C object core/CMakeFiles/drdecode.dir/ir/instrlist.c.o
[ 13%] Building C object core/CMakeFiles/drpreload.dir/string.c.o
[ 13%] Building C object core/CMakeFiles/drdecode.dir/ir/decode_shared.c.o
[ 13%] Building C object core/CMakeFiles/drpreload.dir/io.c.o
Scanning dependencies of target dynamorio_static
Scanning dependencies of target dynamorio
[ 13%] Building C object core/CMakeFiles/drdecode.dir/ir/x86/decode.c.o
[ 13%] Building C object core/CMakeFiles/drdecode.dir/ir/encode_shared.c.o
[ 14%] Building C object core/CMakeFiles/drdecode.dir/ir/x86/encode.c.o
[ 14%] Building C object core/CMakeFiles/dynamorio.dir/options.c.o
[ 15%] Building C object core/CMakeFiles/dynamorio.dir/dynamo.c.o
[ 15%] Building C object core/CMakeFiles/dynamorio_static.dir/options.c.o
[ 15%] Building C object core/CMakeFiles/drdecode.dir/ir/disassemble_shared.c.o
[ 15%] Building C object core/CMakeFiles/dynamorio.dir/fragment.c.o
[ 15%] Building C object core/CMakeFiles/dynamorio_static.dir/dynamo.c.o
[ 15%] Building C object core/CMakeFiles/dynamorio.dir/fcache.c.o
[ 16%] Building C object core/CMakeFiles/dynamorio_static.dir/fragment.c.o
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_frontend_unix.c: In function ‘drfront_get_env_var’:
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_frontend_unix.c:269:5: warning: ‘strncpy’ specified bound depends on the length of the source argument [-Wstringop-overflow=]
  269 |     strncpy(buf, tmp_buf, len_var + 1);
      |     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_frontend_unix.c:264:15: note: length computed here
  264 |     len_var = strlen(tmp_buf);
      |               ^~~~~~~~~~~~~~~
[ 16%] Building C object core/CMakeFiles/dynamorio_static.dir/fcache.c.o
[ 16%] Building C object core/CMakeFiles/dynamorio_static.dir/link.c.o
[ 16%] Building C object core/CMakeFiles/dynamorio_static.dir/dispatch.c.o
[ 16%] Building C object core/CMakeFiles/drdecode.dir/ir/x86/disassemble.c.o
[ 16%] Building C object core/CMakeFiles/drdecode.dir/ir/ir_utils_shared.c.o
[ 17%] Building C object core/CMakeFiles/drdecode.dir/ir/x86/ir_utils.c.o
[ 17%] Building C object core/CMakeFiles/dynamorio.dir/link.c.o
[ 17%] Building C object core/CMakeFiles/dynamorio_static.dir/emit.c.o
[ 17%] Building C object core/CMakeFiles/dynamorio.dir/dispatch.c.o
[ 18%] Building C object core/CMakeFiles/dynamorio.dir/emit.c.o
[ 19%] Building C object core/CMakeFiles/dynamorio_static.dir/utils.c.o
[ 19%] Building C object core/CMakeFiles/dynamorio_static.dir/config.c.o
[ 19%] Building C object core/CMakeFiles/dynamorio.dir/utils.c.o
[ 19%] Building C object core/CMakeFiles/drdecode.dir/ir/x86/decode_table.c.o
[ 19%] Building C object core/CMakeFiles/dynamorio.dir/config.c.o
[ 19%] Building C object core/CMakeFiles/dynamorio_static.dir/stats.c.o
[ 19%] Building C object core/CMakeFiles/drdecode.dir/ir/x86/decode_fast.c.o
[ 19%] Building C object core/CMakeFiles/drdecode.dir/ir/decodelib.c.o
[ 19%] Building C object core/CMakeFiles/drdecode.dir/string.c.o
[ 20%] Building C object core/CMakeFiles/dynamorio_static.dir/perfctr.c.o
[ 20%] Building C object core/CMakeFiles/dynamorio_static.dir/monitor.c.o
[ 21%] Building C object core/CMakeFiles/drdecode.dir/io.c.o
[ 21%] Building C object core/CMakeFiles/dynamorio_static.dir/heap.c.o
[ 21%] Building C object core/CMakeFiles/dynamorio_static.dir/vmareas.c.o
[ 21%] Building C object core/CMakeFiles/dynamorio.dir/stats.c.o
[ 21%] Building C object core/CMakeFiles/dynamorio.dir/heap.c.o
[ 22%] Building C object core/CMakeFiles/dynamorio.dir/monitor.c.o
[ 22%] Building C object core/CMakeFiles/dynamorio_static.dir/rct.c.o
[ 22%] Linking C static library ../lib64/libdrfrontendlib.a
[ 22%] Building C object core/CMakeFiles/dynamorio_static.dir/hotpatch.c.o
[ 23%] Building C object core/CMakeFiles/dynamorio_static.dir/hashtable.c.o
[ 23%] Building C object core/CMakeFiles/dynamorio.dir/perfctr.c.o
[ 23%] Building C object core/CMakeFiles/dynamorio_static.dir/module_list.c.o
[ 23%] Building C object core/CMakeFiles/dynamorio.dir/vmareas.c.o
[ 23%] Building C object core/CMakeFiles/dynamorio.dir/rct.c.o
[ 24%] Building C object core/CMakeFiles/dynamorio.dir/hotpatch.c.o
[ 24%] Building C object core/CMakeFiles/dynamorio_static.dir/moduledb.c.o
[ 24%] Building C object core/CMakeFiles/dynamorio_static.dir/perscache.c.o
[ 24%] Building C object core/CMakeFiles/dynamorio_static.dir/nudge.c.o
[ 25%] Building C object core/CMakeFiles/dynamorio_static.dir/synch.c.o
[ 25%] Building C object core/CMakeFiles/dynamorio.dir/hashtable.c.o
[ 25%] Building C object core/CMakeFiles/dynamorio.dir/module_list.c.o
[ 25%] Building C object core/CMakeFiles/dynamorio.dir/moduledb.c.o
[ 25%] Building C object core/CMakeFiles/dynamorio.dir/perscache.c.o
[ 25%] Building C object core/CMakeFiles/dynamorio_static.dir/buildmark.c.o
[ 25%] Building C object core/CMakeFiles/dynamorio_static.dir/loader_shared.c.o
[ 25%] Building C object core/CMakeFiles/dynamorio_static.dir/io.c.o
[ 25%] Building C object core/CMakeFiles/dynamorio_static.dir/native_exec.c.o
[ 26%] Building C object core/CMakeFiles/dynamorio.dir/nudge.c.o
[ 26%] Building C object core/CMakeFiles/dynamorio.dir/synch.c.o
[ 26%] Building C object core/CMakeFiles/dynamorio.dir/buildmark.c.o
[ 26%] Building C object core/CMakeFiles/dynamorio.dir/loader_shared.c.o
[ 27%] Building C object core/CMakeFiles/dynamorio_static.dir/lib/instrument.c.o
[ 27%] Building C object core/CMakeFiles/dynamorio_static.dir/translate.c.o
[ 27%] Built target drfrontendlib
[ 27%] Building C object core/CMakeFiles/dynamorio_static.dir/jit_opt.c.o
[ 27%] Building C object core/CMakeFiles/dynamorio_static.dir/annotations.c.o
[ 27%] Building C object core/CMakeFiles/dynamorio.dir/io.c.o
[ 28%] Building C object core/CMakeFiles/dynamorio.dir/native_exec.c.o
[ 28%] Building C object core/CMakeFiles/dynamorio.dir/lib/instrument.c.o
Scanning dependencies of target directory_iterator
Scanning dependencies of target drconfiglib
[ 28%] Building C object core/CMakeFiles/dynamorio.dir/annotations.c.o
[ 28%] Building C object core/CMakeFiles/dynamorio.dir/translate.c.o
[ 29%] Building C object core/CMakeFiles/dynamorio_static.dir/string.c.o
[ 29%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/arch.c.o
[ 29%] Building CXX object clients/drcachesim/CMakeFiles/directory_iterator.dir/common/directory_iterator.cpp.o
[ 29%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/emit_utils_shared.c.o
[ 29%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/x86/emit_utils.c.o
[ 29%] Building C object libutil/CMakeFiles/drconfiglib.dir/dr_config.c.o
[ 29%] Building C object core/CMakeFiles/dynamorio_static.dir/ir/opnd_shared.c.o
[ 29%] Building C object libutil/CMakeFiles/drconfiglib.dir/utils.c.o
[ 30%] Building C object core/CMakeFiles/dynamorio.dir/jit_opt.c.o
[ 31%] Building C object libutil/CMakeFiles/drconfiglib.dir/__/core/io.c.o
[ 31%] Building C object core/CMakeFiles/dynamorio.dir/string.c.o
[ 32%] Building C object core/CMakeFiles/dynamorio_static.dir/ir/x86/opnd.c.o
[ 32%] Building C object core/CMakeFiles/dynamorio.dir/arch/arch.c.o
[ 32%] Building C object libutil/CMakeFiles/drconfiglib.dir/__/core/unix/nudgesig.c.o
[ 32%] Building C object core/CMakeFiles/dynamorio_static.dir/ir/instr_shared.c.o
[ 32%] Building C object core/CMakeFiles/dynamorio.dir/arch/emit_utils_shared.c.o
[ 32%] Building C object core/CMakeFiles/dynamorio_static.dir/ir/x86/instr.c.o
[ 32%] Building C object core/CMakeFiles/dynamorio_static.dir/ir/instrlist.c.o
[ 32%] Building C object core/CMakeFiles/dynamorio.dir/arch/x86/emit_utils.c.o
[ 33%] Building C object core/CMakeFiles/dynamorio_static.dir/ir/x86/decode.c.o
[ 33%] Building C object core/CMakeFiles/dynamorio_static.dir/ir/decode_shared.c.o
[ 34%] Building C object core/CMakeFiles/dynamorio.dir/ir/opnd_shared.c.o
[ 34%] Building C object core/CMakeFiles/dynamorio.dir/ir/x86/opnd.c.o
[ 34%] Building C object core/CMakeFiles/dynamorio.dir/ir/instr_shared.c.o
[ 34%] Building C object core/CMakeFiles/dynamorio_static.dir/ir/encode_shared.c.o
[ 34%] Building C object core/CMakeFiles/dynamorio.dir/ir/x86/instr.c.o
[ 34%] Building C object core/CMakeFiles/dynamorio_static.dir/ir/x86/encode.c.o
[ 34%] Building C object core/CMakeFiles/dynamorio_static.dir/ir/disassemble_shared.c.o
[ 34%] Building C object core/CMakeFiles/dynamorio.dir/ir/instrlist.c.o
[ 35%] Building C object core/CMakeFiles/dynamorio.dir/ir/decode_shared.c.o
[ 35%] Building C object core/CMakeFiles/dynamorio.dir/ir/x86/decode.c.o
[ 36%] Building C object core/CMakeFiles/dynamorio_static.dir/ir/x86/disassemble.c.o
[ 36%] Building C object core/CMakeFiles/dynamorio.dir/ir/encode_shared.c.o
[ 36%] Building C object core/CMakeFiles/dynamorio_static.dir/ir/ir_utils_shared.c.o
[ 36%] Building C object core/CMakeFiles/dynamorio_static.dir/ir/x86/ir_utils.c.o
[ 37%] Building C object core/CMakeFiles/dynamorio.dir/ir/disassemble_shared.c.o
[ 37%] Building C object core/CMakeFiles/dynamorio.dir/ir/x86/encode.c.o
[ 37%] Building C object core/CMakeFiles/dynamorio_static.dir/ir/x86/decode_table.c.o
[ 37%] Building C object core/CMakeFiles/dynamorio_static.dir/ir/x86/decode_fast.c.o
[ 37%] Building C object core/CMakeFiles/dynamorio.dir/ir/x86/disassemble.c.o
[ 37%] Linking CXX executable ../bin64/drcpusim_ops
[ 37%] Building C object core/CMakeFiles/dynamorio.dir/ir/ir_utils_shared.c.o
[ 37%] Building C object core/CMakeFiles/dynamorio.dir/ir/x86/ir_utils.c.o
[ 38%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/interp.c.o
[ 38%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/proc_shared.c.o
[ 38%] Building C object core/CMakeFiles/dynamorio.dir/ir/x86/decode_table.c.o
[ 38%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/x86/proc.c.o
[ 39%] Building C object core/CMakeFiles/dynamorio.dir/ir/x86/decode_fast.c.o
[ 39%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/mangle_shared.c.o
[ 39%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/x86/mangle.c.o
[ 39%] Building C object core/CMakeFiles/dynamorio.dir/arch/proc_shared.c.o
[ 39%] Building C object core/CMakeFiles/dynamorio.dir/arch/interp.c.o
[ 39%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/x86/clean_call_opt.c.o
[ 40%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/clean_call_opt_shared.c.o
In file included from /home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:42:
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c: In function ‘read_options’:
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_frontend.h:105:22: warning: ‘strncpy’ specified bound depends on the length of the source argument [-Wstringop-overflow=]
  105 | #    define _tcsncpy strncpy
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:775:5: note: in expansion of macro ‘_tcsncpy’
  775 |     _tcsncpy(tmp, ptr, len);
      |     ^~~~~~~~
In file included from /home/USERNAME/test/DrCCTProf/dynamorio/libutil/share.h:68,
                 from /home/USERNAME/test/DrCCTProf/dynamorio/libutil/utils.h:37,
                 from /home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:37:
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_frontend.h:101:21: note: length computed here
  101 | #    define _tcslen strlen
/home/USERNAME/test/DrCCTProf/dynamorio/core/lib/globals_shared.h:441:32: note: in definition of macro ‘MIN’
  441 | #    define MIN(x, y) ((x) <= (y) ? (x) : (y))
      |                                ^
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:774:42: note: in expansion of macro ‘_tcslen’
  774 |     len = MIN(DR_MAX_OPTIONS_LENGTH - 1, _tcslen(ptr));
      |                                          ^~~~~~~
In file included from /home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:42:
In function ‘add_extra_option’,
    inlined from ‘add_extra_option’ at /home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:287:1,
    inlined from ‘read_options’ at /home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:887:17:
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_frontend.h:105:22: warning: ‘strncpy’ specified bound depends on the length of the source argument [-Wstringop-overflow=]
  105 | #    define _tcsncpy strncpy
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:299:9: note: in expansion of macro ‘_tcsncpy’
  299 |         _tcsncpy(opt_info->extra_opts[idx], opt, len);
      |         ^~~~~~~~
In file included from /home/USERNAME/test/DrCCTProf/dynamorio/libutil/share.h:68,
                 from /home/USERNAME/test/DrCCTProf/dynamorio/libutil/utils.h:37,
                 from /home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:37:
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c: In function ‘read_options’:
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_frontend.h:101:21: note: length computed here
  101 | #    define _tcslen strlen
/home/USERNAME/test/DrCCTProf/dynamorio/core/lib/globals_shared.h:441:32: note: in definition of macro ‘MIN’
  441 | #    define MIN(x, y) ((x) <= (y) ? (x) : (y))
      |                                ^
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:296:46: note: in expansion of macro ‘_tcslen’
  296 |         len = MIN(DR_MAX_OPTIONS_LENGTH - 1, _tcslen(opt));
      |                                              ^~~~~~~
[ 40%] Building C object core/CMakeFiles/dynamorio.dir/arch/x86/proc.c.o
[ 40%] Building C object core/CMakeFiles/dynamorio.dir/arch/mangle_shared.c.o
[ 41%] Building C object core/CMakeFiles/dynamorio.dir/arch/x86/mangle.c.o
[ 41%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/steal_reg.c.o
[ 41%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/x86_code.c.o
[ 42%] Building ASM object core/CMakeFiles/dynamorio_static.dir/arch/x86/x86.asm.o
[ 42%] Building C object core/CMakeFiles/dynamorio.dir/arch/clean_call_opt_shared.c.o
[ 42%] Building C object core/CMakeFiles/dynamorio.dir/arch/x86/clean_call_opt.c.o
[ 42%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/x86/optimize.c.o
[ 42%] Building C object core/CMakeFiles/dynamorio.dir/arch/steal_reg.c.o
[ 42%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/sideline.c.o
[ 43%] Building C object core/CMakeFiles/dynamorio.dir/arch/x86_code.c.o
[ 43%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/retcheck.c.o
[ 43%] Building C object core/CMakeFiles/dynamorio_static.dir/arch/x86/x86_to_x64.c.o
[ 43%] Building ASM object core/CMakeFiles/dynamorio.dir/arch/x86/x86.asm.o
[ 44%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/os.c.o
[ 44%] Building C object core/CMakeFiles/dynamorio.dir/arch/x86/optimize.c.o
[ 44%] Building C object core/CMakeFiles/dynamorio.dir/arch/sideline.c.o
[ 44%] Building C object core/CMakeFiles/dynamorio.dir/arch/retcheck.c.o
[ 44%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/signal.c.o
[ 45%] Building C object core/CMakeFiles/dynamorio.dir/arch/x86/x86_to_x64.c.o
[ 45%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/module.c.o
[ 45%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/pcprofile.c.o
[ 45%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/stackdump.c.o
[ 46%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/diagnost.c.o
[ 46%] Building C object core/CMakeFiles/dynamorio.dir/unix/os.c.o
[ 46%] Building C object core/CMakeFiles/dynamorio.dir/unix/signal.c.o
[ 46%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/loader.c.o
[ 46%] Building C object core/CMakeFiles/dynamorio.dir/unix/module.c.o
[ 46%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/loader_linux.c.o
[ 46%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/memquery_linux.c.o
[ 46%] Building C object core/CMakeFiles/dynamorio.dir/unix/pcprofile.c.o
[ 47%] Building C object core/CMakeFiles/dynamorio.dir/unix/stackdump.c.o
[ 48%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/memquery.c.o
[ 48%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/memcache.c.o
[ 48%] Building C object core/CMakeFiles/dynamorio.dir/unix/diagnost.c.o
[ 48%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/module_elf.c.o
[ 48%] Building C object core/CMakeFiles/dynamorio.dir/unix/loader.c.o
[ 48%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/ksynch_linux.c.o
[ 48%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/tls_linux_x86.c.o
[ 48%] Building C object core/CMakeFiles/dynamorio.dir/unix/loader_linux.c.o
[ 49%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/signal_linux.c.o
[ 50%] Building C object core/CMakeFiles/dynamorio.dir/unix/memquery_linux.c.o
[ 48%] Built target drcpusim_ops
[ 50%] Building C object core/CMakeFiles/dynamorio.dir/unix/memquery.c.o
[ 50%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/native_elf.c.o
[ 50%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/signal_linux_x86.c.o
[ 50%] Building C object core/CMakeFiles/dynamorio.dir/unix/memcache.c.o
[ 50%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/nudgesig.c.o
[ 50%] Building C object core/CMakeFiles/dynamorio.dir/unix/module_elf.c.o
In file included from /home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:42:
In function ‘add_extra_option’,
    inlined from ‘add_extra_option’ at /home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:287:1,
    inlined from ‘add_extra_option_char’ at /home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:315:16,
    inlined from ‘dr_register_process’ at /home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:1201:5:
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_frontend.h:105:22: warning: ‘strncpy’ specified bound depends on the length of the source argument [-Wstringop-overflow=]
  105 | #    define _tcsncpy strncpy
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:299:9: note: in expansion of macro ‘_tcsncpy’
  299 |         _tcsncpy(opt_info->extra_opts[idx], opt, len);
      |         ^~~~~~~~
In file included from /home/USERNAME/test/DrCCTProf/dynamorio/libutil/share.h:68,
                 from /home/USERNAME/test/DrCCTProf/dynamorio/libutil/utils.h:37,
                 from /home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:37:
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c: In function ‘dr_register_process’:
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_frontend.h:101:21: note: length computed here
  101 | #    define _tcslen strlen
/home/USERNAME/test/DrCCTProf/dynamorio/core/lib/globals_shared.h:441:32: note: in definition of macro ‘MIN’
  441 | #    define MIN(x, y) ((x) <= (y) ? (x) : (y))
      |                                ^
/home/USERNAME/test/DrCCTProf/dynamorio/libutil/dr_config.c:296:46: note: in expansion of macro ‘_tcslen’
  296 |         len = MIN(DR_MAX_OPTIONS_LENGTH - 1, _tcslen(opt));
      |                                              ^~~~~~~
[ 50%] Building C object core/CMakeFiles/dynamorio.dir/unix/ksynch_linux.c.o
[ 51%] Building C object core/CMakeFiles/dynamorio.dir/unix/tls_linux_x86.c.o
[ 51%] Building C object core/CMakeFiles/dynamorio_static.dir/unix/rseq_linux.c.o
[ 51%] Building C object core/CMakeFiles/dynamorio.dir/unix/signal_linux.c.o
[ 51%] Building C object core/CMakeFiles/dynamorio.dir/unix/signal_linux_x86.c.o
[ 51%] Building C object core/CMakeFiles/dynamorio.dir/unix/native_elf.c.o
[ 51%] Building C object core/CMakeFiles/dynamorio.dir/unix/nudgesig.c.o
[ 52%] Building C object core/CMakeFiles/dynamorio.dir/unix/rseq_linux.c.o
[ 52%] Linking CXX static library ../lib64/release/libdirectory_iterator.a
[ 52%] Linking CXX static library ../lib64/release/libdrmemtrace_histogram.a
[ 52%] Linking CXX static library ../lib64/release/libdrmemtrace_basic_counts.a
[ 52%] Built target directory_iterator
Scanning dependencies of target drmemtrace_analyzer
[ 52%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_analyzer.dir/analyzer.cpp.o
[ 52%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_analyzer.dir/common/trace_entry.cpp.o
[ 52%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_analyzer.dir/reader/reader.cpp.o
[ 53%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_analyzer.dir/reader/config_reader.cpp.o
[ 53%] Built target drmemtrace_histogram
[ 53%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_analyzer.dir/reader/compressed_file_reader.cpp.o
[ 53%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_analyzer.dir/reader/file_reader.cpp.o
[ 53%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_analyzer.dir/reader/crc32c.cpp.o
[ 53%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_analyzer.dir/reader/snappy_file_reader.cpp.o
[ 53%] Built target drmemtrace_basic_counts
[ 54%] Linking CXX static library ../lib64/release/libdrmemtrace_reuse_time.a
[ 54%] Linking C shared library ../lib64/release/libdrpreload.so
[ 54%] Built target drmemtrace_reuse_time
[ 54%] Built target drpreload
[ 54%] Linking C static library ../lib64/libdrconfiglib.a
[ 54%] Linking C static library ../lib64/libdrdecode.a
[ 54%] Built target drconfiglib
Scanning dependencies of target drconfig
[ 54%] Building C object tools/CMakeFiles/drconfig.dir/drdeploy.c.o
[ 54%] Built target drdecode
[ 54%] Linking CXX static library ../lib64/release/libdrmemtrace_reuse_distance.a
Scanning dependencies of target drinjectlib
Scanning dependencies of target drdisas
[ 54%] Building C object core/CMakeFiles/drinjectlib.dir/unix/injector.c.o
[ 54%] Building C object core/CMakeFiles/drinjectlib.dir/config.c.o
[ 54%] Building CXX object clients/drdisas/CMakeFiles/drdisas.dir/drdisas.cpp.o
[ 55%] Building C object core/CMakeFiles/drinjectlib.dir/string.c.o
[ 55%] Building C object core/CMakeFiles/drinjectlib.dir/io.c.o
[ 55%] Built target drmemtrace_reuse_distance
[ 55%] Linking C executable ../bin64/drconfig
[ 56%] Linking CXX static library ../lib64/release/libdrmemtrace_func_view.a
[ 56%] Built target drmemtrace_func_view
[ 56%] Built target drconfig
[ 57%] Linking CXX static library ../lib64/release/libdrmemtrace_simulator.a
[ 57%] Built target drmemtrace_simulator
[ 57%] Linking CXX executable ../bin64/drgui
[ 58%] Linking C static library ../lib64/release/libdynamorio_static.a
[ 58%] Linking C static library ../lib64/libdrinjectlib.a
[ 58%] Linking C shared library ../lib64/release/libdynamorio.so
[ 58%] Built target drinjectlib
Scanning dependencies of target drrun
Scanning dependencies of target drinject
[ 59%] Building C object tools/CMakeFiles/drinject.dir/drdeploy.c.o
[ 59%] Building C object tools/CMakeFiles/drrun.dir/drdeploy.c.o
[ 59%] Built target drgui
[ 59%] Linking C executable ../bin64/drinject
[ 59%] Linking CXX executable ../bin64/drdisas
[ 59%] Linking C executable ../bin64/drrun
[ 59%] Built target drinject
[ 59%] Built target drdisas
[ 59%] Built target dynamorio
Scanning dependencies of target drcontainers
Scanning dependencies of target drmemtrace_opcode_mix
Scanning dependencies of target drmemtrace_view
[ 59%] Building C object ext/drcontainers/CMakeFiles/drcontainers.dir/hashtable.c.o
[ 59%] Building C object ext/drcontainers/CMakeFiles/drcontainers.dir/drvector.c.o
[ 60%] Building C object ext/drcontainers/CMakeFiles/drcontainers.dir/drtable.c.o
[ 60%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_opcode_mix.dir/tools/opcode_mix.cpp.o
[ 60%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_view.dir/tools/view.cpp.o
[ 60%] Built target drrun
/home/USERNAME/test/DrCCTProf/dynamorio/ext/drcontainers/hashtable.c: In function ‘hashtable_add’:
/home/USERNAME/test/DrCCTProf/dynamorio/ext/drcontainers/hashtable.c:348:9: warning: ‘strncpy’ specified bound depends on the length of the source argument [-Wstringop-overflow=]
  348 |         strncpy((char *)e->key, s, strlen(s) + 1);
      |         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/home/USERNAME/test/DrCCTProf/dynamorio/ext/drcontainers/hashtable.c:348:36: note: length computed here
  348 |         strncpy((char *)e->key, s, strlen(s) + 1);
      |                                    ^~~~~~~~~
/home/USERNAME/test/DrCCTProf/dynamorio/ext/drcontainers/hashtable.c: In function ‘hashtable_add_replace’:
/home/USERNAME/test/DrCCTProf/dynamorio/ext/drcontainers/hashtable.c:376:9: warning: ‘strncpy’ specified bound depends on the length of the source argument [-Wstringop-overflow=]
  376 |         strncpy((char *)new_e->key, s, strlen(s) + 1);
      |         ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/home/USERNAME/test/DrCCTProf/dynamorio/ext/drcontainers/hashtable.c:376:40: note: length computed here
  376 |         strncpy((char *)new_e->key, s, strlen(s) + 1);
      |                                        ^~~~~~~~~
[ 61%] Linking CXX static library ../lib64/release/libdrmemtrace_analyzer.a
[ 61%] Linking C static library ../lib64/release/libdrcontainers.a
[ 61%] Built target drmemtrace_analyzer
Scanning dependencies of target histogram_launcher
[ 61%] Building CXX object clients/drcachesim/CMakeFiles/histogram_launcher.dir/tests/trace_invariants.cpp.o
[ 61%] Building CXX object clients/drcachesim/CMakeFiles/histogram_launcher.dir/tools/histogram_launcher.cpp.o
[ 61%] Built target drcontainers
Scanning dependencies of target drsyms_static
Scanning dependencies of target drsyms
[ 62%] Building C object ext/drsyms/CMakeFiles/drsyms.dir/drsyms_unix_frontend.c.o
[ 62%] Building C object ext/drsyms/CMakeFiles/drsyms_static.dir/drsyms_unix_frontend.c.o
[ 62%] Building C object ext/drsyms/CMakeFiles/drsyms.dir/drsyms_dwarf.c.o
[ 62%] Building C object ext/drsyms/CMakeFiles/drsyms.dir/drsyms_unix_common.c.o
[ 63%] Building C object ext/drsyms/CMakeFiles/drsyms_static.dir/drsyms_unix_common.c.o
[ 63%] Building CXX object ext/drsyms/CMakeFiles/drsyms.dir/demangle.cc.o
[ 63%] Building C object ext/drsyms/CMakeFiles/drsyms_static.dir/drsyms_common.c.o
Scanning dependencies of target drmgr
Scanning dependencies of target drmgr_static
[ 63%] Building C object ext/drsyms/CMakeFiles/drsyms_static.dir/drsyms_elf.c.o
[ 64%] Building C object ext/drsyms/CMakeFiles/drsyms.dir/drsyms_elf.c.o
[ 64%] Building C object ext/drsyms/CMakeFiles/drsyms_static.dir/drsyms_dwarf.c.o
[ 64%] Building C object ext/drsyms/CMakeFiles/drsyms.dir/drsyms_common.c.o
[ 64%] Building CXX object ext/drsyms/CMakeFiles/drsyms_static.dir/demangle.cc.o
[ 64%] Building C object ext/drmgr/CMakeFiles/drmgr_static.dir/drmgr.c.o
[ 64%] Building C object ext/drmgr/CMakeFiles/drmgr.dir/drmgr.c.o
[ 65%] Linking CXX executable ../bin64/drcachesim_ops
[ 65%] Built target dynamorio_static
[ 65%] Built target drcachesim_ops
[ 65%] Linking CXX shared library ../lib64/release/libdrsyms.so
[ 66%] Linking CXX static library ../lib64/release/libdrsyms_static.a
[ 66%] Linking CXX static library ../lib64/release/libdrmemtrace_view.a
[ 66%] Built target drsyms
Scanning dependencies of target drsyms_bench
[ 66%] Built target drsyms_static
[ 66%] Building C object ext/drsyms/CMakeFiles/drsyms_bench.dir/drsyms_bench.c.o
[ 66%] Built target drmemtrace_view
[ 66%] Linking C static library ../lib64/release/libdrmgr_static.a
[ 66%] Linking C executable ../drsyms_bench
[ 67%] Linking C shared library ../lib64/release/libdrmgr.so
[ 67%] Built target drmgr_static
Scanning dependencies of target drwrap_static
Scanning dependencies of target drutil_static
Scanning dependencies of target drreg_static
[ 67%] Building C object ext/drutil/CMakeFiles/drutil_static.dir/drutil.c.o
[ 67%] Building C object ext/drwrap/CMakeFiles/drwrap_static.dir/drwrap.c.o
[ 68%] Building ASM object ext/drwrap/CMakeFiles/drwrap_static.dir/drwrap_asm_x86.asm.o
[ 68%] Built target drmgr
[ 69%] Building C object ext/drreg/CMakeFiles/drreg_static.dir/drreg.c.o
Scanning dependencies of target drwrap
Scanning dependencies of target drutil
Scanning dependencies of target drreg
[ 69%] Building C object ext/drwrap/CMakeFiles/drwrap.dir/drwrap.c.o
[ 69%] Building ASM object ext/drwrap/CMakeFiles/drwrap.dir/drwrap_asm_x86.asm.o
[ 69%] Building C object ext/drutil/CMakeFiles/drutil.dir/drutil.c.o
[ 69%] Building C object ext/drreg/CMakeFiles/drreg.dir/drreg.c.o
[ 69%] Built target drsyms_bench
[ 69%] Linking CXX static library ../lib64/release/libdrmemtrace_opcode_mix.a
[ 70%] Linking C static library ../lib64/release/libdrutil_static.a
[ 70%] Linking C shared library ../lib64/release/libdrutil.so
[ 70%] Built target drutil_static
[ 70%] Built target drmemtrace_opcode_mix
Scanning dependencies of target drmemtrace_raw2trace
[ 70%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_raw2trace.dir/tracer/instru.cpp.o
[ 70%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_raw2trace.dir/tracer/instru_offline.cpp.o
[ 71%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_raw2trace.dir/tracer/raw2trace.cpp.o
[ 71%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_raw2trace.dir/tracer/raw2trace_directory.cpp.o
[ 71%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_raw2trace.dir/tracer/instru_online.cpp.o
[ 71%] Built target drutil
[ 71%] Linking C static library ../lib64/release/libdrwrap_static.a
[ 71%] Built target drwrap_static
[ 72%] Linking CXX executable ../bin64/histogram_launcher
[ 72%] Linking C shared library ../lib64/release/libdrwrap.so
[ 72%] Linking C static library ../lib64/release/libdrreg_static.a
[ 72%] Built target drwrap
[ 72%] Built target drreg_static
Scanning dependencies of target drx_static
Scanning dependencies of target drbbdup_static
Scanning dependencies of target drcctlib_static
[ 72%] Linking C shared library ../lib64/release/libdrreg.so
[ 72%] Building C object ext/drbbdup/CMakeFiles/drbbdup_static.dir/drbbdup.c.o
[ 73%] Building C object ext/drx/CMakeFiles/drx_static.dir/drx.c.o
[ 73%] Building C object ext/drx/CMakeFiles/drx_static.dir/drx_buf.c.o
[ 73%] Building CXX object ext/drcctlib/CMakeFiles/drcctlib_static.dir/drcctlib.cpp.o
[ 73%] Building CXX object ext/drcctlib/CMakeFiles/drcctlib_static.dir/drcctlib_hpcviewer_format.cpp.o
[ 73%] Building C object ext/drcctlib/CMakeFiles/drcctlib_static.dir/splay_tree.c.o
[ 73%] Built target histogram_launcher
[ 73%] Built target drreg
Scanning dependencies of target drbbdup
Scanning dependencies of target drx
Scanning dependencies of target drcctlib
[ 73%] Building C object ext/drbbdup/CMakeFiles/drbbdup.dir/drbbdup.c.o
[ 73%] Building C object ext/drx/CMakeFiles/drx.dir/drx_buf.c.o
[ 73%] Building C object ext/drx/CMakeFiles/drx.dir/drx.c.o
[ 73%] Building CXX object ext/drcctlib/CMakeFiles/drcctlib.dir/drcctlib_hpcviewer_format.cpp.o
[ 73%] Building C object ext/drcctlib/CMakeFiles/drcctlib.dir/splay_tree.c.o
[ 73%] Building CXX object ext/drcctlib/CMakeFiles/drcctlib.dir/drcctlib.cpp.o
[ 73%] Linking C static library ../lib64/release/libdrbbdup_static.a
[ 74%] Linking C shared library ../lib64/release/libdrbbdup.so
[ 74%] Built target drbbdup_static
[ 74%] Built target drbbdup
[ 74%] Linking C static library ../lib64/release/libdrx_static.a
[ 74%] Linking C shared library ../lib64/release/libdrx.so
[ 74%] Built target drx_static
Scanning dependencies of target drcovlib_static
[ 74%] Built target drx
[ 74%] Building C object ext/drcovlib/CMakeFiles/drcovlib_static.dir/modules.c.o
[ 74%] Building C object ext/drcovlib/CMakeFiles/drcovlib_static.dir/drcovlib.c.o
Scanning dependencies of target drcpusim
Scanning dependencies of target drcovlib
[ 75%] Building CXX object clients/drcpusim/CMakeFiles/drcpusim.dir/options.cpp.o
[ 75%] Building CXX object clients/drcpusim/CMakeFiles/drcpusim.dir/drcpusim.cpp.o
[ 75%] Building C object ext/drcovlib/CMakeFiles/drcovlib.dir/drcovlib.c.o
[ 75%] Building C object ext/drcovlib/CMakeFiles/drcovlib.dir/modules.c.o
[ 76%] Linking C shared library ../lib64/release/libdrcovlib.so
[ 76%] Linking C static library ../lib64/release/libdrcovlib_static.a
[ 76%] Built target drcovlib
Scanning dependencies of target drcov
Scanning dependencies of target drmemtrace
[ 76%] Building C object clients/drcov/CMakeFiles/drcov.dir/drcov.c.o
[ 77%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace.dir/tracer/tracer.cpp.o
[ 77%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace.dir/tracer/physaddr.cpp.o
[ 77%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace.dir/tracer/instru_online.cpp.o
[ 77%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace.dir/tracer/instru.cpp.o
[ 77%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace.dir/common/options.cpp.o
[ 77%] Built target drcovlib_static
[ 77%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace.dir/tracer/instru_offline.cpp.o
[ 77%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace.dir/tracer/func_trace.cpp.o
[ 78%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace.dir/common/named_pipe_unix.cpp.o
[ 78%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace.dir/common/trace_entry.cpp.o
Scanning dependencies of target drcov2lcov
Scanning dependencies of target drmemtrace_static
[ 79%] Building CXX object clients/drcov/CMakeFiles/drcov2lcov.dir/postprocess/drcov2lcov.cpp.o
[ 79%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_static.dir/tracer/tracer.cpp.o
[ 79%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_static.dir/tracer/instru.cpp.o
[ 79%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_static.dir/tracer/instru_offline.cpp.o
[ 79%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_static.dir/tracer/instru_online.cpp.o
[ 80%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_static.dir/tracer/physaddr.cpp.o
[ 80%] Linking C shared library ../lib64/release/libdrcov.so
[ 80%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_static.dir/tracer/func_trace.cpp.o
[ 80%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_static.dir/common/named_pipe_unix.cpp.o
[ 80%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_static.dir/common/options.cpp.o
[ 81%] Building CXX object clients/drcachesim/CMakeFiles/drmemtrace_static.dir/common/trace_entry.cpp.o
Usage: pass to drconfig or drrun: -t drcov
[ 81%] Built target drcov
In function ‘bool search_cb(drsym_info_t*, drsym_error_t, void*)’,
    inlined from ‘bool search_cb(drsym_info_t*, drsym_error_t, void*)’ at /home/USERNAME/test/DrCCTProf/dynamorio/clients/drcov/postprocess/drcov2lcov.cpp:668:1:
/home/USERNAME/test/DrCCTProf/dynamorio/clients/drcov/postprocess/drcov2lcov.cpp:675:16: warning: ‘char* strncpy(char*, const char*, size_t)’ specified bound depends on the length of the source argument [-Wstringop-overflow=]
  675 |         strncpy(name, info->name, strlen(info->name) + 1);
      |         ~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/home/USERNAME/test/DrCCTProf/dynamorio/clients/drcov/postprocess/drcov2lcov.cpp: In function ‘bool search_cb(drsym_info_t*, drsym_error_t, void*)’:
/home/USERNAME/test/DrCCTProf/dynamorio/clients/drcov/postprocess/drcov2lcov.cpp:675:41: note: length computed here
  675 |         strncpy(name, info->name, strlen(info->name) + 1);
      |                                   ~~~~~~^~~~~~~~~~~~
[ 81%] Linking CXX shared library ../lib64/release/libdrcctlib.so
[ 82%] Linking CXX static library ../lib64/release/libdrcctlib_static.a
[ 82%] Linking CXX shared library ../lib64/release/libdrcpusim.so
[ 82%] Built target drcctlib_static
[ 82%] Built target drcctlib
Scanning dependencies of target drcctlib_instr_statistics
Scanning dependencies of target drcctlib_all_instr_cct_hpc_fmt
Scanning dependencies of target drcctlib_cct_only
Scanning dependencies of target drcctlib_all_instr_cct_with_data_centric
Scanning dependencies of target drcctlib_cct_only_clean_call
Scanning dependencies of target drcctlib_cct_only_no_cache
Scanning dependencies of target drcctlib_all_instr_cct
Scanning dependencies of target drcctlib_instr_statistics_clean_call
Scanning dependencies of target drcctlib_all_instr_cct_no_cache
Scanning dependencies of target drcctlib_instr_statistics_hpc_fmt
Scanning dependencies of target drcctlib_memory_only
Scanning dependencies of target drcctlib_instr_analysis
Scanning dependencies of target drcctlib_memory_only_clean_call
[ 82%] Building CXX object clients/drcctlib_all_instr_cct_hpc_fmt/CMakeFiles/drcctlib_all_instr_cct_hpc_fmt.dir/drcctlib_all_instr_cct_hpc_fmt.cpp.o
[ 83%] Building CXX object clients/drcctlib_all_instr_cct/CMakeFiles/drcctlib_all_instr_cct.dir/drcctlib_all_instr_cct.cpp.o
Scanning dependencies of target drcctlib_memory_with_data_centric
[ 83%] Building CXX object clients/drcctlib_all_instr_cct_with_data_centric/CMakeFiles/drcctlib_all_instr_cct_with_data_centric.dir/drcctlib_all_instr_cct_with_data_centric.cpp.o
[ 83%] Building CXX object clients/drcctlib_cct_only_clean_call/CMakeFiles/drcctlib_cct_only_clean_call.dir/drcctlib_cct_only_clean_call.cpp.o
[ 83%] Building CXX object clients/drcctlib_cct_only/CMakeFiles/drcctlib_cct_only.dir/drcctlib_cct_only.cpp.o
[ 83%] Building CXX object clients/drcctlib_all_instr_cct_no_cache/CMakeFiles/drcctlib_all_instr_cct_no_cache.dir/drcctlib_all_instr_cct_no_cache.cpp.o
[ 83%] Building CXX object clients/drcctlib_cct_only_no_cache/CMakeFiles/drcctlib_cct_only_no_cache.dir/drcctlib_cct_only_no_cache.cpp.o
[ 84%] Building CXX object clients/drcctlib_instr_analysis/CMakeFiles/drcctlib_instr_analysis.dir/drcctlib_instr_analysis.cpp.o
[ 84%] Building CXX object clients/drcctlib_instr_statistics/CMakeFiles/drcctlib_instr_statistics.dir/drcctlib_instr_statistics.cpp.o
[ 84%] Building CXX object clients/drcctlib_memory_only/CMakeFiles/drcctlib_memory_only.dir/drcctlib_memory_only.cpp.o
[ 84%] Building CXX object clients/drcctlib_instr_statistics_clean_call/CMakeFiles/drcctlib_instr_statistics_clean_call.dir/drcctlib_instr_statistics_clean_call.cpp.o
[ 84%] Building CXX object clients/drcctlib_instr_statistics_hpc_fmt/CMakeFiles/drcctlib_instr_statistics_hpc_fmt.dir/drcctlib_instr_statistics_hpc_fmt.cpp.o
Scanning dependencies of target drcctlib_memory_with_data_centric_clean_call
[ 84%] Building CXX object clients/drcctlib_memory_only_clean_call/CMakeFiles/drcctlib_memory_only_clean_call.dir/drcctlib_memory_only_clean_call.cpp.o
[ 84%] Building CXX object clients/drcctlib_memory_with_data_centric/CMakeFiles/drcctlib_memory_with_data_centric.dir/drcctlib_memory_with_data_centric.cpp.o
[ 85%] Building CXX object clients/drcctlib_memory_with_data_centric_clean_call/CMakeFiles/drcctlib_memory_with_data_centric_clean_call.dir/drcctlib_memory_with_data_centric_clean_call.cpp.o
Scanning dependencies of target drcctlib_memory_with_data_centric_with_search
Scanning dependencies of target drcctlib_reuse_distance
Scanning dependencies of target drcctlib_overhead_test
Scanning dependencies of target drcctlib_memory_with_data_centric_with_search_clean_call
Scanning dependencies of target drcctlib_reuse_distance_client_cache
[ 85%] Building CXX object clients/drcctlib_memory_with_data_centric_with_search/CMakeFiles/drcctlib_memory_with_data_centric_with_search.dir/drcctlib_memory_with_data_centric_with_search.cpp.o
Scanning dependencies of target drcctlib_reuse_distance_hpc_fmt
Scanning dependencies of target drcctlib_reuse_distance_hpc_fmt_for_sweep3d
Scanning dependencies of target drcctlib_reuse_distance_mpi
Usage: pass to drconfig or drrun: -t drcpusim
[ 85%] Building CXX object clients/drcctlib_memory_with_data_centric_with_search_clean_call/CMakeFiles/drcctlib_memory_with_data_centric_with_search_clean_call.dir/drcctlib_memory_with_data_centric_with_search_clean_call.cpp.o
[ 85%] Building CXX object clients/drcctlib_overhead_test/CMakeFiles/drcctlib_overhead_test.dir/drcctlib_overhead_test.cpp.o
In file included from /home/USERNAME/test/DrCCTProf/dynamorio/clients/drcctlib_instr_analysis/drcctlib_instr_analysis.cpp:2:
/home/USERNAME/test/DrCCTProf/build/ext/include/drcctlib.h:143:5: error: ‘uint8_t’ does not name a type; did you mean ‘u_int8_t’?
  143 |     uint8_t object_type;
      |     ^~~~~~~
      |     u_int8_t
[ 85%] Built target drcpusim
make[2]: *** [clients/drcctlib_instr_analysis/CMakeFiles/drcctlib_instr_analysis.dir/build.make:82: clients/drcctlib_instr_analysis/CMakeFiles/drcctlib_instr_analysis.dir/drcctlib_instr_analysis.cpp.o] Error 1
[ 85%] Building CXX object clients/drcctlib_reuse_distance_client_cache/CMakeFiles/drcctlib_reuse_distance_client_cache.dir/drcctlib_reuse_distance_client_cache.cpp.o
make[1]: *** [CMakeFiles/Makefile2:2513: clients/drcctlib_instr_analysis/CMakeFiles/drcctlib_instr_analysis.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
[ 85%] Building CXX object clients/drcctlib_reuse_distance/CMakeFiles/drcctlib_reuse_distance.dir/drcctlib_reuse_distance.cpp.o
[ 86%] Building CXX object clients/drcctlib_reuse_distance_hpc_fmt_for_sweep3d/CMakeFiles/drcctlib_reuse_distance_hpc_fmt_for_sweep3d.dir/drcctlib_reuse_distance_hpc_fmt_for_sweep3d.cpp.o
[ 86%] Building CXX object clients/drcctlib_reuse_distance_hpc_fmt/CMakeFiles/drcctlib_reuse_distance_hpc_fmt.dir/drcctlib_reuse_distance_hpc_fmt.cpp.o
[ 86%] Building CXX object clients/drcctlib_reuse_distance_mpi/CMakeFiles/drcctlib_reuse_distance_mpi.dir/drcctlib_reuse_distance_mpi.cpp.o
[ 86%] Linking CXX shared library ../lib64/release/libdrcctlib_cct_only_clean_call.so
[ 87%] Linking CXX shared library ../lib64/release/libdrcctlib_all_instr_cct_no_cache.so
[ 87%] Linking CXX shared library ../lib64/release/libdrcctlib_all_instr_cct.so
[ 87%] Linking CXX shared library ../lib64/release/libdrcctlib_all_instr_cct_with_data_centric.so
[ 87%] Linking CXX shared library ../lib64/release/libdrcctlib_all_instr_cct_hpc_fmt.so
Usage: pass to drconfig or drrun: -t drcctlib_cct_only_clean_call
[ 87%] Linking CXX shared library ../lib64/release/libdrcctlib_cct_only_no_cache.so
[ 87%] Built target drcctlib_cct_only_clean_call
[ 87%] Linking CXX shared library ../lib64/release/libdrcctlib_instr_statistics.so
[ 87%] Linking CXX shared library ../lib64/release/libdrcctlib_memory_only_clean_call.so
[ 88%] Linking CXX shared library ../lib64/release/libdrcctlib_cct_only.so
[ 88%] Linking CXX shared library ../lib64/release/libdrcctlib_memory_with_data_centric.so
[ 88%] Linking CXX shared library ../lib64/release/libdrcctlib_overhead_test.so
[ 89%] Linking CXX shared library ../lib64/release/libdrcctlib_memory_only.so
[ 90%] Linking CXX static library ../lib64/release/libdrmemtrace_raw2trace.a
[ 90%] Linking CXX shared library ../lib64/release/libdrcctlib_memory_with_data_centric_with_search.so
[ 90%] Linking CXX shared library ../lib64/release/libdrcctlib_memory_with_data_centric_clean_call.so
[ 91%] Linking CXX shared library ../lib64/release/libdrcctlib_instr_statistics_clean_call.so
Usage: pass to drconfig or drrun: -t drcctlib_all_instr_cct
Usage: pass to drconfig or drrun: -t drcctlib_all_instr_cct_no_cache
[ 91%] Built target drcctlib_all_instr_cct
[ 92%] Linking CXX shared library ../lib64/release/libdrcctlib_memory_with_data_centric_with_search_clean_call.so
[ 92%] Built target drcctlib_all_instr_cct_no_cache
Usage: pass to drconfig or drrun: -t drcctlib_all_instr_cct_with_data_centric
[ 92%] Built target drcctlib_all_instr_cct_with_data_centric
Usage: pass to drconfig or drrun: -t drcctlib_instr_statistics
[ 92%] Built target drcctlib_instr_statistics
Usage: pass to drconfig or drrun: -t drcctlib_cct_only_no_cache
[ 92%] Built target drcctlib_cct_only_no_cache
Usage: pass to drconfig or drrun: -t drcctlib_memory_with_data_centric
Usage: pass to drconfig or drrun: -t drcctlib_cct_only
Usage: pass to drconfig or drrun: -t drcctlib_all_instr_cct_hpc_fmt
[ 92%] Built target drmemtrace_raw2trace
Usage: pass to drconfig or drrun: -t drcctlib_memory_only
Usage: pass to drconfig or drrun: -t drcctlib_memory_only_clean_call
[ 92%] Built target drcctlib_all_instr_cct_hpc_fmt
[ 92%] Built target drcctlib_memory_with_data_centric
[ 92%] Built target drcctlib_memory_only_clean_call
[ 92%] Built target drcctlib_cct_only
[ 92%] Built target drcctlib_memory_only
Usage: pass to drconfig or drrun: -t drcctlib_overhead_test
[ 92%] Built target drcctlib_overhead_test
Usage: pass to drconfig or drrun: -t drcctlib_instr_statistics_clean_call
Usage: pass to drconfig or drrun: -t drcctlib_memory_with_data_centric_with_search
[ 92%] Built target drcctlib_instr_statistics_clean_call
[ 92%] Linking CXX shared library ../lib64/release/libdrcctlib_reuse_distance_mpi.so
[ 92%] Built target drcctlib_memory_with_data_centric_with_search
Usage: pass to drconfig or drrun: -t drcctlib_memory_with_data_centric_clean_call
[ 92%] Linking CXX shared library ../lib64/release/libdrcctlib_reuse_distance_client_cache.so
[ 92%] Built target drcctlib_memory_with_data_centric_clean_call
Usage: pass to drconfig or drrun: -t drcctlib_memory_with_data_centric_with_search_clean_call
[ 93%] Linking CXX shared library ../lib64/release/libdrcctlib_reuse_distance.so
[ 93%] Built target drcctlib_memory_with_data_centric_with_search_clean_call
[ 93%] Linking CXX shared library ../lib64/release/libdrcctlib_instr_statistics_hpc_fmt.so
Usage: pass to drconfig or drrun: -t drcctlib_reuse_distance_client_cache
[ 93%] Linking CXX shared library ../lib64/release/libdrcctlib_reuse_distance_hpc_fmt.so
[ 93%] Built target drcctlib_reuse_distance_client_cache
Usage: pass to drconfig or drrun: -t drcctlib_reuse_distance_mpi
[ 93%] Built target drcctlib_reuse_distance_mpi
Usage: pass to drconfig or drrun: -t drcctlib_reuse_distance
[ 93%] Built target drcctlib_reuse_distance
Usage: pass to drconfig or drrun: -t drcctlib_instr_statistics_hpc_fmt
[ 93%] Built target drcctlib_instr_statistics_hpc_fmt
Usage: pass to drconfig or drrun: -t drcctlib_reuse_distance_hpc_fmt
[ 93%] Built target drcctlib_reuse_distance_hpc_fmt
[ 93%] Linking CXX shared library ../lib64/release/libdrcctlib_reuse_distance_hpc_fmt_for_sweep3d.so
Usage: pass to drconfig or drrun: -t drcctlib_reuse_distance_hpc_fmt_for_sweep3d
[ 93%] Built target drcctlib_reuse_distance_hpc_fmt_for_sweep3d
[ 93%] Linking CXX executable ../bin64/drcov2lcov
Make sure the loader finds the dynamorio library (set LD_LIBRARY_PATH)
[ 93%] Built target drcov2lcov
[ 93%] Linking CXX shared library ../lib64/release/libdrmemtrace.so
[ 93%] Linking CXX static library ../lib64/release/libdrmemtrace_static.a
Usage: pass to drconfig or drrun: -t drcachesim
[ 93%] Built target drmemtrace
[ 93%] Built target drmemtrace_static
make: *** [Makefile:171: all] Error 2

Information on your system:

System Version: Linux archlinux 5.8.2-arch1-1 #1 SMP PREEMPT Thu, 20 Aug 2020 20:45:00 +0000 x86_64 GNU/Linux
Depend Package Version<EMAIL_ADDRESS>

Looks like this fixed it, thanks!


Set the navigation header as default

What
Updates both the gem layout and the core layout templates to use the new navigation header as the default.
Turns the navigation header off for the account manager template.
Adds a layout with the previous header.
Card: https://trello.com/c/3Vu0IPhG
Why
...
Visual differences
Gem layout:

Before
After

Layout with previous header:

We'll need a header_footer_only template that has the old header too for /transition-check - just discovered this in finder-frontend running this branch against it.

I've split out some of this here: https://github.com/alphagov/static/pull/2595


Subscribing to topics with wildcards

Hi @chkr1011,
I instantiated a MqttClient object and called SubscribeAsync with a topic that includes a wildcard character (ie '+' or '#'), but I am not receiving any messages published that satisfy that topic.
e.g.
.
.
.
_mqttClient.ApplicationMessageReceived += OnApplicationMessageReceived;
var responseTopic = $"devices/dev1/res/#";
await _mqttClient.SubscribeAsync(responseTopic, qualityOfServiceLevel).ConfigureAwait(false);
.
.
.

If the above snippet gets executed and a client publishes on topic "devices/dev1/res/200", my _mqttClient.ApplicationMessageReceived callback is not triggered.
Are wildcards supported?
Thanks!

hello,
I have tested the following code, and it works for me:
            var factory = new MqttFactory();
            var mqttClient = factory.CreateMqttClient();
            // Create TCP based options using the builder.
            var options = new MqttClientOptionsBuilder()
                .WithTcpServer("<IP_ADDRESS>")
                .Build();
            mqttClient.ApplicationMessageReceived += (s, e) =>
            {
                Console.WriteLine("### RECEIVED APPLICATION MESSAGE ###");
                Console.WriteLine($"+ Topic = {e.ApplicationMessage.Topic}");
                Console.WriteLine($"+ Payload = {Encoding.UTF8.GetString(e.ApplicationMessage.Payload)}");
                Console.WriteLine($"+ QoS = {e.ApplicationMessage.QualityOfServiceLevel}");
                Console.WriteLine($"+ Retain = {e.ApplicationMessage.Retain}");
                Console.WriteLine();
            };
            mqttClient.Connected += async (s, e) =>
            {
                Console.WriteLine("### CONNECTED WITH SERVER ###");

                // Subscribe to a topic
                mqttClient.SubscribeAsync(new TopicFilterBuilder().WithTopic("#").Build());

                Console.WriteLine("### SUBSCRIBED ###");
            };

            mqttClient.ConnectAsync(options);```

Are wildcards supported?
They are supported. And as far as I know, they work properly. Maybe you could try the latest version again, @alamsor?

If this still fails please reopen the ticket.

I cam across the same issue in version 3.0.8 in combination with MQTT broker maqiatto.com. Subscription works to topics but at the moment I start using wildcards + or # then these were not triggered. But when I swicthed to a local LAN Mosquitto broker then my code worked without issues. Hence, I expect the issue is with the the broker, not mqttnet.
To reproduce, create a free account on maqiatto.com and here is is my code used:
     async void StartMqtt()
    {
        var options = new ManagedMqttClientOptionsBuilder()
                            .WithAutoReconnectDelay(TimeSpan.FromSeconds(5))
                            .WithClientOptions(new MqttClientOptionsBuilder()
                                .WithCredentials("<maqiatto_user>", "<maqiatto_pw>")
                                .WithTcpServer("maqiatto.com")
                                .Build())
                            .Build();

        mqttClient = new MqttFactory().CreateManagedMqttClient();
        mqttClient.UseConnectedHandler(e =>
        {
            Console.WriteLine("Connected successfully with MQTT Broker.");
            mqttClient.SubscribeAsync(new TopicFilterBuilder().WithTopic("<maqiatto_user>/#").Build());
        });
        mqttClient.UseApplicationMessageReceivedHandler(e =>
        {
            try
            {
                string topic = e.ApplicationMessage.Topic;
                if (string.IsNullOrWhiteSpace(topic) == false)
                {
                    string payload = Encoding.UTF8.GetString(e.ApplicationMessage.Payload);
                    Console.WriteLine($"Topic: {topic}. Message Received: {payload}");
                }
            }
            catch (Exception ex)
            {
                Console.WriteLine(ex.Message, ex);
            }
        });
        await mqttClient.StartAsync(options);
    }

I am having the same issue as @JoostHazelzet with version 3.0.11 and 3.0.12, haven't tried others. I am using the HiveMQ test broker.

Reopen as this might be still an issue (Even if I don't face it in my long running scenarios).

In the end I found a workaround... I want to subscribe to a/b/# , in order to get receive events from a/b/c/[something] and a/b/d/[something], but that didn't work so instead I used a/b/c/+ and a/b/d/+. So maybe the issue is with # only?

Well, I didn't see the issue yet. I'm using a MQTT broker in our company and we didn't have any issues at all yet... 😅

Hi,
I use Mosquitto and MQTTnet 3.0.14-rc5...
I can't subscribe to topic: +/+/abc - messages not come to my client.

Hi,
I use Mosquitto and MQTTnet 3.0.14-rc5...
I can't subscribe to topic: +/+/abc - messages not come to my client.

@Nikolay-Ch Could you please try latest 3.0.15-rc. Also please attach MQTTnet trace so that we can see what happens inside.

MQTTnet.Exceptions.MqttProtocolViolationException: The character '#' is not allowed in topics.

Can someone confirm if wildcards are acceptable?

mqttClient.UseConnectedHandler(e =>
{
Console.WriteLine("Connected successfully with MQTT Broker.");
mqttClient.SubscribeAsync(new TopicFilterBuilder().WithTopic("<maqiatto_user>/#").Build());
});

Hi @chkr1011,
using ManagedMqttClient
I need to have this code?
or the lib ManagedMqttClient handle re-subscribe after disconnection for me?
thanks

Closing this due to inactivity. If the issue is not solved or closing is a mistake please feel free to reopen it.


Ft/fix deployment issues

This PR fixes some issues faced with deployment due to i18n and some cleanup

Remove dependency on unmaintained library rxjs-ratelimiter
Use NodeJs18
Fix some styling issues

@kilemensi The column arrangement is due to hiding some sections as per this discussion. If need be, I can also update the layout based on locales.

@kilemensi The column arrangement is due to hiding some sections as per this discussion. If need be, I can also update the layout based on locales.

We should @kelvinkipruto ... otherwise it looks broken.

Closing this PR and continuing with changes on #70


CqlSessionCache - create the UsernamePasswordCredentials at the correct time

in getSessionCacheKey() for some reason we create a TokenCredentials for all cases, then when creating the Session in getNewSession we create the UsernamePasswordCredentials - Why not just create the correct one to begin with ?

not sure if still needed after the cql cache refactor


webpack-dev-server && coffeescript

Hello!
First of all: thank you for making sprockets-loader! It's saving me a bunch of time using webpack with a ton of sprocket directives.
I've noticed a couple of things which I'm unsure whether is a bad configuration on my part or just supported (yet?):

Coffeescript files with sprocket directives are not pre-loaded with sprockets-loader on webpack-dev-server?

e.g.
entry point: entry.js
//= require some_coffee_file.coffee

coffeescript file with sprockets directive: some_coffee_file.coffee
#= require some_dependency

class Foo
  constructor: ->
    console.log 'making foooooo'

According to Chrome dev tools, the coffeescript being evaluated is exactly the same as the source. I am under the assumption that it should have been pre-loaded and have the #= require some_dependency translated to require('some_dependency').
I looked through the source code and it seems to have the appropriate matchers for coffeescript -- even ran a simple example with a coffeescript entry point. This leads me to believe it must be some compatibility issue with webpack-dev-server.
I'm not really sure how webpack-dev-server works so I was hoping for some clarification / acknowledgement of the issue. In the mean time, I'll try to get my rails project working without the webpack-dev-server.

 Closing this because I explicitly set my sprocket-loader pre-loader for only javascript files.
I had
{
  loader: 'sprockets-loader',
  query: { logicalPaths: [
    'app/assets/javascripts',
  ]},
  test: /\.js$/,
}

Removing the test key-value solved it.


vSphere getting started stuck on waiting kubernetes API

Hello, I'm trying to setup a kubernetes cluster using the development tree but cannot make it work. After running kube-up.sh it just hangs on waiting for the API to be ready. However, I can confirm that all machines have installed the saltstack correctly, i.e. finished the minion-start.sh and master-start.sh successfully.
Running salt-key --list-all shows that all keys have been accepted. None of the kubernetes services start. Am I missing something?

@pietern seems to be the primary author of the vsphere getting started guide.

AFIAK, the vSphere guide was last tested with v0.9.  We are on v0.21.  If you are trying to use latest binaries with that guide, I'm certain it won't work.  If you are using v0.9 binaries, those are so old that most devs can't remember how to debug stuff that old.

I'll check it out.

I tested with latest release version and with master. I'm trying to find where things go wrong but I have no experience with Saltstack.
If there's something you need from me to help debug this please let me know. Meanwhile I'll see what I can find out.
Thanks!

Thanks @skuzye, I tried running the original guide against the latest bits but there's some Salt files that don't compile. Instead of hacking that up to make it work again I'm now looking at taking the same approach the GCE scripts have and only use standalone Salt on every node rather than a master and several minions, removing the Salt interactions altogether.

What about using docker-machine and run kubernetes from docker as that has been fixed in 1.0? Seems to me it would be a lot simpler.

Please direct your questions to stackoverflow.
We are trying to consolidate the channels to which questions for help/support are posted so that we can improve our efficiency in responding to your requests, and to make it easier for you to find answers to frequently asked questions and how to address common use cases.
We regularly see messages posted in multiple forums, with the full response thread only in one place or, worse, spread across multiple forums. Also, the large volume of support issues on github is making it difficult for us to use issues to identify real bugs.
The Kubernetes team scans stackoverflow on a regular basis, and will try to ensure your questions don't go unanswered.
Before posting a new question, please search stackoverflow for answers to similar questions, and also familiarize yourself with:

the user guide
the troubleshooting guide

Again, thanks for using Kubernetes.
The Kubernetes Team


Is repackage_hidden(hidden) required?

I don't know if hidden = repackage_hidden(hidden)  is necessary,because hidden[0].requires_grad is False.
So what is the role of hidden = repackage_hidden(hidden) ?

my fault


What is relationship with code running on mymonero.com?

I compiled mymonero-core-js using current master and wanted to use them in openmonero along with new send_coins.js. However, generated MyMoneroCoreCpp_WASM.js and MyMoneroCoreCpp_WASM.wasm are different than those used on mymonero website. And off course send_coins.js does not work with the files obtained by compilation of mymonero-core-js. So how the files on mymonero.com were compiled?
Also, is there any github repo for the files used in mymonero.com? It would simply tracking changes in the files.

I think that mymonero-core.js. If you compare what is on mymonero.com (https://mymonero.com/js/lib/mymonero-core.js?3) and what mymonero-core-js generates (what it generates for me can be seen here ), big differences can be seen.
Just in the first line differecese are obvious. mymonero.com has
!function(i,A){"object"==typeof exports&&

and from compilation we get:
var MyMoneroCoreCpp = (function() {
  var _scriptDir = typeof document !== 'undefined' && documen

When I use the generated code with the send_coins.js?9 I get the following error:
angular.min.js:123 ReferenceError: mymonero_core_js is not defined
    at m.$scope.sendCoins (send_coins.js?7:185)

So I don't know why there are differences between what compiling mymonero-core-js produces, and what is on mymonero.com. Do I need to checkout some specific version or commit from mymonero-core-js to be in sync with mymonero.com?

Mymonero-core.js which is used on mymonero.com right now is simply the product of running https://github.com/mymonero/mymonero-core-js/blob/master/bin/package_browser_js

As for mymonero_core_js not being defined, you need to use a script tag to include mymonero-core.js

Thanks! bin/package_browser_js solved the problem.
btw, https://github.com/mymonero/mymonero-core-js/blob/master/README.md does not contain anything about this, thus I didn't know I should use it. Maybe could something about it added to README for futuer reference?

Good idea! Thought i had it in there.

Closing issue. Seems to be solved.
Thanks again.


:recycle: chore(resolutions): Use resolve utils

Description
Instead of passing in a sync/async flag pass in the sync async functiosn using dependency injection and offer both fucntions in @evmts/effect. This includes file existence, reading a file and resolving
Testing
Explain the quality checks that have been done on the code changes
Additional Information

[ ] I read the contributing docs (if this is your first contribution)

Your ENS/address:

Current dependencies on/for this PR:

main

PR #615

PR #619

PR #620   👈

This comment was auto-generated by Graphite.


Mac build fails because brew upgrade python fails

Brew fails installing SDL2 because some dependency require brew to update python (3.10 and 3.11) but that fails because of some linking error.

Looking at what other are doing (e.g. https://alexene.dev/2019/09/04/Github-actions-CI-rust-SDL2.html), it seems that the workaround of just skipping brew update should be good enough.


Add flatten-array

I'll be working on this.

I got the following error message after running bin/local_status_check:
exercises/flatten-array/flatten_array_test.rb#test_0001_should have the execution bit set [bin/executable-tests-check:7]: Execution bit not set for exercises/flatten-array/flatten_array_test.rb
I compared my test with others but wasn't able to find any difference between them. I also had a look at the code in bin/local_status_check and tried to read up on execution bits, but with no luck. All other tests are passing.

You should be able to do chmod 744 exercises/flatten-array/flatten_array_test.rb while in the project root.  Them commit that change.  The test should then pass.

That did it -- thanks @kotp !

This exercise is very simple in Ruby, should it be placed where it is in config.json?  Or @kytrinyx should we mention to try not to use built in methods in x-common/flatten-array.md?

@dougtebay would you like to use the common data to generate the tests?  Let me know.

@kotp I did use the common data to generate the tests. Regarding the example, I went with the most straight-forward solution to test the test suite but assumed you would probably ask people to avoid those methods when writing their own solutions. In that case, solutions will most likely involve recursion, making the exercise more difficult. I based my placement of it within the config file on where it was ranked for other languages.

We could add a HINTS.md that suggests that it might be interesting to try to solve it without the usual enumerable methods? I don't know. Or just stick it somewhere towards the beginning (around raindrops?)

@kytrinyx in other exercises, we do have a note in the .md that says "If your language provides ..." which may be suitable, generic and in one place?
@dougtebay I see that you based the tests from the common data, but would you like to generate them directly from there?  It requires a little more work, especially the first time around, just to learn how things fit together.  I wasn't sure you had actually generated it dynamically from the data, or had manually done it.  If you have generated it, the generator files can go in this PR as well.  (You may have just forgotten to place them with this, or it may be in another PR, I haven't looked closely yet.)

@kotp Oh, I misunderstood. I based my tests on the common data but didn't realize there was a way to generate them automatically. Would there be any benefit to generating them, at this point? And if so, how would I go about it? They required some minor editing--in terms of line length, replacing null with nil, etc.--to get the status check to pass, so I'm not sure if the generator would take care of that?

Yes, the generator can take care of that.  It is something that you write that takes care of that though.
You can start learning about this a bit more in the contributing guide.
Feel free to chat with us in the gitter room(s) as well.

I'm not sure if the generator would take care of that?

Kind of... we hand-code the specific bits of a generator to tailor it to each exercise, but a lot of the generic generator-code already exists, so it's pretty straight forward.
I suggest that we merge this, since it's what we want, and then @dougtebay can take a stab at creating the generator if they feel like it.

Would there be any benefit to generating them, at this point?

Yeah, since we have so many languages, a lot of different languages implement the same problems, and then different languages discover different interesting edge cases, and we update the common data. If we have a generator it's really easy to update the ruby implementation when the common data changes.

@kytrinyx Sounds great to me. I've taken a look at the documentation on generators and would definitely like to try writing one in the near future.

Thanks!


Unable to get type of Connection in typescript

I was trying to use electron-cgi in a typescript electron application and had an issue because I couldn't get the Connection type since the change in #9 removed exporting it from index.d.ts
The specific code in my app that wants me to have Connection's type is:
let connection: Connection; // <- where I need the Connection type
if (process.env.NODE_ENV === 'production') {
  connection = new ConnectionBuilder()
    .connectTo('dotnet', './resources/server/server.dll')
    .build();
} else {
  connection = new ConnectionBuilder()
    .connectTo('dotnet', 'run', '--project', '../server')
    .build();
}

Adding export {Connection} from './connection' to index.d.ts lets me use import { ConnectionBuilder, Connection } from 'electron-cgi'; in my app, which solves the issue for me.
Is there an alternate way to get the type of Connection, or should it be added back to index.d.ts?

Hi @Cidolfas,
Thanks for the heads up.
Added it to index.d.ts. Published in version 1.0.5 of the npm package, it should be available shortly


uploads: Add validation to ensure path_id has a file basename

From looking at our production database, it's clearly possible to have a path_id of the {realm_id}/{random_key}/, i.e. with not file basename at the end.  I'm not sure how these are uploaded; the couple instances I saw didn't appear in a message afterwards.
But we should add a bit of validation for this.  My guess is  create_attachment should raise an AssertionError for this case, but we'll want to have the actual code paths that call into that, e.g. zerver/views/upload.py, do their own validation, and at least add a filename.
(It seems like this is caused by trying to upload a file with '' as the filename, perhaps after encoding that might drop special characters?)

I believe this issue should be closed because of this commit:
https://github.com/zulip/zulip/commit/461d5b1a3ebd8b930bf419de77c107fdc763b0d6#diff-8f1447ded7fcf78b852c341c06be7529a918aff84fa774959985a908ed524ab5


Fix breaking changes from 0ca84901a86c9f4b042fa8a078b0d737ba510450

This makes the custom_json option optional once more.
Right now, if you don't provide the --custom-json option you get the following error, and deploying fails:
Invalid type for parameter CustomJson, value: None, type: <type 'NoneType'>, valid types: <type 'basestring'>

This PR changes the default value so the script doesn't error when trying to json parse the current default value of None.

@jonathanq - Would love to get this in if possible. Some of our current deploy scripts that checkout the master branch are now failing because they don't provide the custom_json option.

Thanks for fixing that.  Just to confirm that you are OK with contributing this PR under the Apache License version 2.0? http://aws.amazon.com/apache2.0/
If so - let me know and I'll merge this right away.

Of course! Thank you.


[eventhubs-checkpointstore-blob] Updates CheckpointStore methods to support cancellation

Resolves #9492
This PR makes changes to the @azure/event-hubs and @azure/eventhubs-checkpointstore-blob packages to allow cancelling async methods on CheckpointStore implmenetations.
@azure/event-hubs changes
The CheckpointStore interface is defined in @azure/event-hubs, so it was updated such that every async method defined by the interface accepts an optional options parameter. The type of options is the OperationOptions exported by @azure/event-hubs and currently includes abortSignal and tracingOptions.
@azure/eventhubs-checkpointstore-blob changes
The BlobCheckpointStore implementation was updated such that every public async method now accepts the optional options parameter defined by the CheckpointStore interface. The abortSignal and tracingOptions are forwarded to any storage-blob calls that are made.
Justification for CheckpointStore interface changes
Per our guidelines, async methods should support cancellation via an abortSignal. By making this change part of the CheckpointStore interface, rather than just the BlobCheckpointStore implementation, the EventHubConsumerClient will be able to rely on being able to pass an abortSignal to any CheckpointStore implementation.

I don't see any place where the options are actually passed to the methods of the checkpoint store. Are we keeping that for another PR?

I don't see any place where the options are actually passed to the methods of the checkpoint store. Are we keeping that for another PR?

My plan was to pass it in from Event Hubs in the same PR that passes it into the CbsClient/awaitable sender, just to keep the scope of this change (hopefully) easier to review.

@xirzec
Any chance I can get you to look at these 2 API views as well?
Event Hubs
EventHubs CheckpointStore Blob

Do we have an issue tracking the tracing needs of the checkpoint store?

We do now! #13877

@xirzec
Any chance I can get you to look at these 2 API views as well?

Done!


Overhauls JS linting

Summary
Partial progress on #151 (just CoffeeScript remaining).

Removes ignored files from .eslintignore
Adds specific rules for those files to make linters happy (so we can track their issues in .eslintrc.json)
Replaces tabs with spaces in all JS files, and enables no-tab and indent rules for all JS files
Fixes some minor linting errors in these files

Testing
Have you have tested your changes in the following scenarios?
Feel free to check off scenarios which don't apply.

[x] Starting backend services locally with docker compose up succeeds.
[ ] I am able to log in and complete a game locally.

This needs more work. Some of the automatic ESLint fixes are resulting in an error:
Uncaught TypeError: DuelystFirebase.Model is not a constructor
    onBeforeConnect server_status_manager.js:32

It looks like I forgot to turn off the no-var and prefer-const rules before running the autolinter. Will revisit this soon.

Preserving this branch while I redo the UI changes. Will open a new PR on a new branch.


Lacework Agent Helm chart depends on Docker

I'm looking into switching away from Docker as our container runtime in preparation for upgrading to Kubernetes 1.23, which no longer has dockershim.
However, I see that the lacework-agent Helm chart still hardcodes the Docker socket mount, even though it seems the agent itself supports containerd.
Could the chart be updated to make this path customisable, so it's possible to use with Kubernetes 1.23 or later?

Same here.
We are using K8s 1.21 but we use contained already. 1.22 would remove Docker completely
On top of that, we use EKS with BottleRocket OS AMIs which mounts the container shim here
https://github.com/bottlerocket-os/bottlerocket/blob/42c9954aba198ff8880094e389f372ce304f2dbe/packages/kubernetes-1.21/kubelet-exec-start-conf#L15

This is tracked here https://lacework.atlassian.net/browse/RAIN-31328, this needs prioritization

Hi, any update on when one could use containerd with your helm charts? Currently the only solution I'm seeing is to either fork, or do some post-render manifest modification.

Hi @reegnz, I failed to mark this issue as closed when we released the 5.6 charts. The dockershim mounts have been removed!


modals: Fix focus advancement in move topic modal.

Previously, when selecting a new channel in the "move topic" modal using the keyboard, focus failed to advance to the topic input automatically. Users had to press the tab key an extra time to move focus to the topic input, which was not the intended behavior.
This PR modifies the move_topic_on_update function in web/src/stream_popover.js to explicitly set focus on the topic input field after a channel is selected.

Fixes: CZO DIscussion

Screenshots and screen captures:

Self-review checklist

[ ] Self-reviewed the changes for clarity and maintainability
(variable names, code reuse, readability, etc.).

Communicate decisions, questions, and potential concerns.

[x] Explains differences from previous plans (e.g., issue description).
[x] Highlights technical choices and bugs encountered.
[ ] Calls out remaining decisions and concerns.
[ ] Automated tests verify logic where appropriate.

Individual commits are ready for review (see commit discipline).

[x] Each commit is a coherent idea.
[x] Commit message(s) explain reasoning and motivation for changes.

Completed manual review and testing of the following:

[x] Visual appearance of the changes.
[ ] Responsiveness and internationalization.
[ ] Strings and tooltips.
[x] End-to-end functionality of buttons, interactions and flows.
[x] Corner cases, error conditions, and easily imagined bugs.

What happens if a user has permission to move messages between channels but not edit topics? I seem to recall that's a possible permissions configuration.

I checked, turns out that in such a case, since the topic input element is disabled, the focus remains on the channel selector itself. So, clicking Enter another time after selecting the channel picker would then again reopen it.
Do we want a different behavior than the above? Maybe moving the focus on to the Confirm button?

Probably that's OK for merging this; we don't advance to the confirm button after selecting a topic in that typeahead, for example.


Python input using ANSI shows weird characters

When i execute any input command in Hydrogen terminal with some sort of ANSI code,
ascender_luz = input(
    'Deseja acender a luz ? {}S{}/{}N{} '.format('\033[32m', '\033[m', '\033[31m', '\033[m'))

This happens:

Any way to avoid that?

This is expected (Image of another terminal)

Hydrogen does not have a terminal, you must open an issue in the package that has the terminal.

I don't get it. You read terminal but i think you misunderstood.
When i execute a command using Hydrogen and it has a INPUT in it, hydrogen displays weird ANSI characters,

The current supported text formats for rendering are plain, markdown, HTML, and latex.


add chatbox

Is there an existing issue for this?

[X] I have searched the existing issues

Feature Description
I would like to add a chatbox where users can ask basic doubts.
Use Case
In solving doubts.
Benefits
Implementing this feature will make the website more interactive and increase peoples engagement
Add ScreenShots
No response
Priority
High
Record

[X] I have read the Contributing Guidelines
[X] I'm a GSSOC-EXT contributor
[X] I'm a HACKTOBERFEST contributor
[X] I have starred the repository

@jeevan10017 can I work on this?


Only run actions on odpi/egeria - not forks

We're seeing actions run against all forks of our repository. Some appear to work, other's (like the linkchecker) fail.
This causes noise, and to stop requires every fork owner to disable actions.
From https://help.github.com/en/actions/automating-your-workflow-with-github-actions/contexts-and-expression-syntax-for-github-actions it looks as if we could use a conditional expression to only run the action in question when the repository is 'odpi/egeria' (or similar for our igc/atlas connectors).
We need to be careful this doesn't cause any issues with PRs -- since the fork itself is owned by a user other than odpi.
I think this is worth trying out.
I will propose a change
cc: @cmgrote @grahamwallis

This added on a step would work
if: github.repository == 'odpi/egeria'

more more generally
if contains('github.repository','odpi/')

looks better
Seems to be needed on each step to be skipped...

Doesn't seem to be possible on entire action, though a cleaner way to avoid conditional clutter is covered in https://github.community/t5/GitHub-Actions/conditional-jobs-and-workflows/td-p/32166

After merging, the overnight schedule run of the link checker still ran on my fork
I'm going to propose additional changes to add the conditional at the  level.

After merging, the overnight schedule run of the link checker still ran on my fork

... and somehow it looks like it did not run on the master repo (?)

I can confirm this is working as expected.

odpi/egeria - stale/linkcheck actions ran successfully
planetf1/egeria (and anyone else's fork) - actions run but are a complete no-op and do not execute steps.

There's no way to completely stop an action from running (unless disabled for the forked repo), but this is a decent compromise.

I can confirm this is working as expected.

I don't think it is -- looking at the detailed logs, the steps that had the condition against them are entirely skipped on master as well: https://github.com/odpi/egeria/runs/440017789?check_suite_focus=true
I think this is related to the conditional doing a literal-value check rather than checking the value within a variable?  See PR #2584

Last night actions ran completely on forks+odpi
Submitted new PR to resolve


Regression Test Miscellaneous Test Data

The scope of this ticket shall be regression testing the following functionality for Miscellaneous Test Data (Both Global-view and Workspace):

Import (Import from File and Import from Historical)
Export
Evaluate
Add
View
Edit
Remove

Misc data working as expected


update the gradle plugin version to 1.3.0

update the gradle plugin version to 1.3.0

Done, thank you!


Missing font face typings

[x] This is not a v0.x issue.
[x] I have searched the issues of this repository and believe that this is not a duplicate.

Expected Behavior 🤔
Using TypeScript, we should be able to make an array of font faces in a @global @font-face block:
    '@global': {
      '@font-face': [
        {fontFamily: '...', src: '...'},
        {fontFamily: '...', src: '...'}
      ]
    },

but it gives an error:
Current Behavior 😯

If I supply one font family instead of an array of font families, it works fine:

Steps to Reproduce 🕹

Link: https://codesandbox.io/embed/createreactappwithtypescript-zg47i

look at src/pages/index.tsx in the styles.

Context 🔦
I'd like to apply multiple font faces at once, using the standard JSS format (the @font-face can be an array).
Your Environment 🌎

Tech
Version

Material-UI
v3.8.3

As a workaround, I can cast it:
    '@global': {
      '@font-face': [
        {fontFamily: '...', src: '...'},
        {fontFamily: '...', src: '...'}
      ] as unknown as CSSProperties
    },

related discussion: https://github.com/DefinitelyTyped/DefinitelyTyped/issues/35614


[BEAM-13990] support date and timestamp fields

@liu-du I copied your PR and made some changes to integrate it with recent changes - hope that's ok!

R: @liu-du

Run Java PreCommit

Run Python PreCommit

R: @yirutang

friendly ping!

@chamikaramj @yirutang - Could you please review this PR?

@yirutang comments addressed

Run GoPortable PreCommit

Sorry for the delay, will try to get to it today.
On Thu, Apr 28, 2022 at 10:47 AM Ahmet Altay @.***>
wrote:

@chamikaramj https://github.com/chamikaramj @yirutang
https://github.com/yirutang - Could you please review this PR?
—
Reply to this email directly, view it on GitHub
https://github.com/apache/beam/pull/17404#issuecomment-1112494391, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AHGYVEUWXOABSWB6TZZH27TVHLFLRANCNFSM5T22M6VA
.
You are receiving this because you were mentioned.Message ID:
@.***>

--
Thanks.
Yiru


Scanning GitHub Actions?

following https://orca.security/resources/blog/typosquatting-in-github-actions/

I think we should move this to a discussion rather than an issue


Parkour reload does not reload the economy.yml.

I originally had this set for my parkour course.
Price:
  Kit: 0
  spawn:
    Finish: 10

I manually changed the value to $25.
Price:
  Kit: 0
  spawn:
    Finish: 25

Then reloaded the parkour plugin with /parkour reload. Completing the course again, it outputted in chat that I was rewarded $10.

Thanks for spotting this, fixed in next commit!


Make compatible with react-native-svg 14

need this to be compatible with expo 50 it seems, please help


stump: Add a String() function for stump

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 17 (0.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage decreased (-0.5%) to 82.964%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

stump.go
0
17
0.0%

Totals

Change from base Build<PHONE_NUMBER>:
-0.5%

Covered Lines:
2211

Relevant Lines:
2665

💛  - Coveralls


Conditional $watch:perPage

Is there a need for the perPage watch https://github.com/begriffs/angular-paginate-anything/blob/master/src/paginate-anything.js#L200 if I don't use the perPage dropdown in the template? If not, maybe this watch could be conditional?

If you have removed the dropdown then I'm guessing the watch isn't needed. My only fear would be if it somehow gets triggered on component initialization or something and sets things up. You could try removing the watch and running the tests and seeing which fail to get an idea what it affects.
Are you thinking the watch could be a drag on performance in some situations?

Thank you for your prompt replies. Yes, I usually don't set up a watch unless it's needed. Not a big deal when there is just one watch in question, but they do add up easily on larger projects and performance starts to drag. I've disabled it and everything works fine as far as I can tell. Some tests do fail, the ones that are coupled with this particular watch.

On a second thought, I think would be more efficient if attributes prefixed with "::" were treated as one-time bound attrs and weren't added to watch. Similar, to how Angular does this.

The one-way binding is only available from version 1.3.x on, afaik.
I think it's good to support angular 1.2.x for a while.


Implement embedded-io Read + Write for UartPeripheral

Thanks for this pull request. I think this is a very useful addition.
Does enabling the embedded-io feature have any disadvantages? (Besides slightly increasing the compile time, of course. Which should be tolerable, embedded-io isn't a large library.) I wonder if it would be even better to add it unconditionally.

What's the benefit of making it mandatory ?

simplicity (adding too many feature flags without good reason just makes the crate difficult to use)
test coverage

thanks to cargo hack --optional-deps --each-feature we actually do test that the feature itself compiles
but we don't test every combination (that would be --feature-powerset and can quickly become costly)

Good reasons to have feature flags include:

things that are causing runtime overhead people might want to avoid (eg. rom-func-cache)
things that are very costly to build
things that just don't work for everyone (eg. rom-v2-intrinsics)
things that are experimental (eg. eh1_0_alpha)

I don't think embedded-io falls within any of these categories. But the list is not exhaustive - am I missing something that would apply to embedded-io?

Regarding eh1.0, the planned release date for that is in two weeks, an I expect that we'll remove the feature flag after that.
So even for consistency, I wouldn't add a feature flag hiding the embedded-io impls, just to remove it again in two weeks.

I would bundle it under the eh-1.0 feature flag, to be honest, because it's effectively where the eh-0.2 serial traits went to after they were taken out of eh-1.0.

I would bundle it under the eh-1.0 feature flag, to be honest, because it's effectively where the eh-0.2 serial traits went to after they were taken out of eh-1.0.

But will we still have an eh-1.0 feature flag once eh-1.0 is released? The reason we have one now is because it's an unstable feature, not covered by stability guarantees. But once it's released, I'd prefer removing the flag entirely.
As the patch uses a released version of embedded-io, I see no reason to hide it behind a feature flag.

No, I expect the eh-1.0 flag to go away. I was just thinking of (eh-1.0, e-io-0.6) as a pair, which have the equivalent functionality of (eh-0.2). You could just add e-io-0.6 support right now.


How to consume WinRT component inside Win32 dll project?

Using Registration-free WinRT it is possible to load WinRT components inside Win32 application.
What's the process to load WinRT component from inside Win32 dll? I tried the steps mentioned as part of Win32, but winmd files are not generating the corresponding header files.
Main usage scenario is dll can be loaded any application, like electron node addon or c# app etc., Without any changes to application, dll by itself should be able to consume WinRT component!
Same question at stackoverflow:
https://stackoverflow.com/questions/72954078/how-to-consume-winrt-component-inside-win32-dll-project

This repo is for cppwinrt-specific issues. stackoverflow is a good place to ask such questions. You can also try https://docs.microsoft.com/en-us/answers/topics/windows-api.html


1.19.0 release missing from GitHub releases

Latest is still v1.19.0-RC2
https://github.com/detekt/detekt/releases

That was my fault. Now should be fixed: https://github.com/detekt/detekt/releases/tag/v1.19.0
I'll follow up on how we can revamp the release process to automatize some of the steps


Handling extra info in gateway status messages

The UDP packet my Multitech gateway with poly-packet-forwarder sends to TTN, contains the following JSON payload:
{"stat":
  {"time":"2016-03-31.11:58:26.GMT",
   "lati":52.23936,
   "long":6.85647,
   "alti":46,
   "rxnb":0,
   "rxok":0,
   "rxfw":0,
   "ackr":66.7,
   "dwnb":0,
   "txnb":0,
   "pfrm":"MultiTech",
   "mail":"my-anonymous@mail-address",
   "desc":"Create.TTN.gateway.1"
  }
}

It would be nice if the fields "pfrm", "mail" and "desc" could be handled by the TTN server if they exist in the payload. Something like the e-mail address should not be publicly displayed via the API, but should be accessible via a web form in case the owner of a gateway should be contacted.

Could someone comment with a link to the specific firmware that adds these fields?

https://github.com/TheThingsNetwork/packet_forwarder/commit/faa525b1c517f481727b8b313e19a84c5bc573e7

These fields are also supported by our ic880a install script, so, I guess (hope) most IMST ic880a gateways do have them configured already

Support for this has been implemented in the refactor branch. See #199 for more info.
As we will migrate to brocaar/lora-semtech-bridge to support the Semtech protocols, we still have to implement these in that project.


Fixes #4291.

Some campagins don't have $do variable set, which produces error described in #4291:
Invalid argument supplied for foreach() node--campaign.tpl.php:212
Steps to reproduce error:

drush solr-mark-all
drush solr-index

This PR changes the template so it checks if $do variable present first.

:shipit: