hsvc
hsvc
> What if we add public visibility to [`ReadSegmentTableResult`](https://github.com/capnproto/capnproto-rust/blob/f099544e3731a16a899e7723efeda70ea6276670/capnp/src/serialize/no_alloc_buffer_segments.rs#L10-L14), [`read_segment_table()`](https://github.com/capnproto/capnproto-rust/blob/f099544e3731a16a899e7723efeda70ea6276670/capnp/src/serialize/no_alloc_buffer_segments.rs#L16), and [`NoAllocBufferSegments::from_segment_table()`](https://github.com/capnproto/capnproto-rust/blob/f099544e3731a16a899e7723efeda70ea6276670/capnp/src/serialize/no_alloc_buffer_segments.rs#L108)? (These things are currently at private or crate-only visibility.) > > Then I think you would be able...
@dwrensha Thanks for your prompt help. I really appreciate it!
> By interactive you mean the Notebook backend or the Qt, Tk, etc ones? I mean notebook backend.
Thank you for help. I tried with the master branch but encountered another issue as below. ctest --rerun-failed --output-on-failure ``` Start 2: kj-heavy-tests-run ... [ TEST ] compat/tls-test.c++:733: TLS client...
Thank you for confirming. Just to let you know, at the moment I don't require the openssl dependency. Passing --without-openssl to configure as your suggestion makes all tests pass
This issue was found on GCC 14.2.0, but it works fine with GCC 13.3.0. The OS in use is Ubuntu 24.04.2 LTS. Regarding the namespace issue, removing the anonymous namespace...
After further checking the output of each object file, I found they contain a conflicting symbol. Running nm unused.cpp.o | grep ZN3glz10comparitorIL shows: `0000000000000000 W _ZN3glz10comparitorIL_ZZNS_12decode_indexIXtlNS_4optsELj10ELb1ELb0ELb0ELb1ELb1ELb0ELb0ELc32ELh3ELb1ELb0ELb1EEEN12_GLOBAL__N_110tmp_structELm0ERS4_JRmERNS_7contextERPKcSB_EEvOT2_OT4_OT5_OT6_DpOT3_E15KeyWithEndQuoteELm8EcEEbPKT1_ ` And running nm...
It seems using const std::string_view& as template argument result in some unexpected behavior, as in below minimal project. src/a.hpp: ```c++ #pragma once #include template auto get_length() { return Str.length(); }...
Right, this is clearly a GCC 14.2.0 issue, given that GCC 13 works correctly. I will report this on GCC Bugzlilla and share here.
I have reported this to the GCC team here: [GCC Bug 119194](https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119194).