Tuesday, March 24, 2026

Re: [fix] devel/llvm/21: llvm-confg --libs fix

hi

sure, go ahead, you can do it for 22 as well

On 19/03/26 19:46 +0000, Kurt Miller wrote:
> Currently llvm 21 llvm-config --libs gives a bad result that is unusable.
>
> m2$ /usr/local/llvm21/bin/llvm-config --libs
> -lLLVM-
> m2$ /usr/local/llvm20/bin/llvm-config --libs
> -lLLVM
> m2$ /usr/local/llvm19/bin/llvm-config --libs
> -lLLVM
>
> Note the dash after the LLVM lib name. It looks like a chunk of the patch
> to llvm-config.cpp is missing. Copying forward the chunk from llvm 20 to
> 21 fixes it:
>
> m2$ /usr/local/llvm21/bin/llvm-config --libs
> -lLLVM
>
> tested on aarch64. okay?
>
> Also note 22 looks like it needs the same fix but it not yet hooked
> up to the build.
>
> Index: Makefile
> ===================================================================
> RCS file: /cvs/ports/devel/llvm/21/Makefile,v
> diff -u -p -u -r1.17 Makefile
> --- Makefile 23 Feb 2026 18:57:00 -0000 1.17
> +++ Makefile 19 Mar 2026 18:42:40 -0000
> @@ -5,7 +5,7 @@ LLVM_MAJOR = 21
> LLVM_VERSION = ${LLVM_MAJOR}.1.8
> LLVM_PKGSPEC = >=21,<22
>
> -REVISION-main = 2
> +REVISION-main = 3
> REVISION-lldb = 1
> REVISION-libcxx = 1
> REVISION-python = 2
> Index: patches/patch-llvm_tools_llvm-config_llvm-config_cpp
> ===================================================================
> RCS file: /cvs/ports/devel/llvm/21/patches/patch-llvm_tools_llvm-config_llvm-config_cpp,v
> diff -u -p -u -r1.1.1.1 patch-llvm_tools_llvm-config_llvm-config_cpp
> --- patches/patch-llvm_tools_llvm-config_llvm-config_cpp 4 Sep 2025 12:32:33 -0000 1.1.1.1
> +++ patches/patch-llvm_tools_llvm-config_llvm-config_cpp 19 Mar 2026 18:42:40 -0000
> @@ -14,6 +14,15 @@ Index: llvm/tools/llvm-config/llvm-confi
> } else {
> // default to the unix values:
> SharedExt = "so";
> +@@ -426,7 +432,7 @@ int main(int argc, char **argv) {
> +
> + bool DyLibExists = false;
> + const std::string DyLibName =
> +- (SharedPrefix + "LLVM-" + SharedVersionedExt).str();
> ++ (SharedPrefix + "LLVM" + SharedVersionedExt).str();
> +
> + // If LLVM_LINK_DYLIB is ON, the single shared library will be returned
> + // for "--libs", etc, if they exist. This behaviour can be overridden with
> @@ -437,7 +443,12 @@ int main(int argc, char **argv) {
> std::string path((SharedDir + DirSep + DyLibName).str());
> if (DirSep == "\\")

--
Regards,
Robert Nagy

Server Unreachable - Network Interface Errors Observed in Logs

Hello,

I am operating a dedicated server configured as both a web and mail
server. Earlier today, the system became completely unresponsive,
including failure to respond to ICMP (ping) requests.

I contacted the hosting provider and requested a reboot. Following the
reboot, the server returned to normal operation.

Upon reviewing the system logs, I identified the following entries
from the previous night:


Mar 24 03:17:18 mail /bsd: re0: watchdog timeout
Mar 24 03:17:22 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available
Mar 24 03:17:23 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available
Mar 24 03:17:26 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available
Mar 24 03:17:27 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available
Mar 24 03:17:29 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available
Mar 24 03:17:33 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available
Mar 24 03:17:41 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available
Mar 24 03:17:58 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available
Mar 24 03:18:30 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available
Mar 24 03:19:34 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available
Mar 24 03:20:38 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available
Mar 24 03:21:42 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available
Mar 24 03:22:47 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available
Mar 24 03:23:51 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available
Mar 24 03:24:55 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available
Mar 24 03:25:59 mail dhcpleased[99738]: bpf_send_packet: writev: No
buffer space available

These messages appear to indicate a network interface issue (re0
watchdog timeout) followed by failures in packet transmission due to
insufficient buffer space.

Could you please provide insight into the possible root cause of this
behavior, and whether it is likely related to a driver, hardware, or
network stack issue?

Any guidance would be greatly appreciated.

Server: amd64 - OpenBSD 7.8 (GENERIC.MP) #6:

Thank you,
Mark