I think MarkJ is right and then we can abandon this patch and just let the LLDB guys merge the patch into LLDB.

I will ask you again in AsiaBSDCon personally because I found something strange on my experiment. Thanks your guys help!

Does it works? Because the section name can only appear once in a ldscript. So if we move the .note.gnu.build-id section into rodata, it will cause the ELF cannot find this section and finally PT_NOTE segment will not contains .note.gnu.build-id. Besides, without this section, we cannot get the build-id hash data from section VMA as the most debugger expected.

Tidy up commit

• Add manual page and use uniform interface for tcp

Add ipv6 support

• Add ipv6 support

I understand, but I'm awaiting testing from the OpenStack team to ensure everything is functioning properly. Additionally, I intend to incorporate IPv6 support, so I've chosen to clean up the commit after receiving feedback from the OpenStack team.

Hello, do you have any progress on this? If you found any issue, I can help on fixing it.

Roll back to correct version

• Use style compilant version naming and use port package as default

Sorry, I fix it.
BTW, some test like LTO (because we don't open it) and tlsdesc failed when I run make test thus I decide to turn it off. I have use it to compile several programs and nothing wrong happens.
However, it shows this warning when compiling because crt is stripped when shipping. I think it is the bug from strip.

All fixed but I don't find blake3 in FreeBSD port.

• Update to latest version with PR#1186

Use pointer instead of setting errno in userspace

Fix indentation

I figure out the disconnection part. Hope everyone can give it a review. Thanks!

Add reconnection mechanism

Add lock to sc and imporve the error logging message

The problem is found when I was looking at this issue.
Currently, -DWITH_ASAN cannot compile successfully before and after this patch.
After applying this patch, the error becomes:

Yes, isprint is a macro in FreeBSD's libc, so it will disappear after c pre-processor.
But I don't think this is the reason why it doesn't behavior correctly. However, I will still try to build libc with sanitizer and try again and I am still checking the codes in contrib/llvm-project/compiler-rt/msan at the same time.

Oh, I found the comment in that file. Sorry about wasting your time. I close the revision right now and on the other hand checking the code on llvm-project that may cause the issue. Thanks you.

Sorry about my careless, I copy the wrong code segment.

• rephrasse the work description

Yes, "Sheng-Yi Hong <aokblast@FreeBSD.org>" is the author of the report.

• unify capitalize and rephrasing

fix: recover shebang in make-memstick.sh

• Fix naming convension for wc test case