Fix build on OpenBSD

[mptre]

PR #7773 broke the build on OpenBSD.

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[firewave]

Please provide the actual build failure.

A bit surprising though since according to https://man.openbsd.org/backtrace it should be available.

[mptre]

On Thu, Sep 25, 2025 at 07:12:37AM -0700, Oliver Stöneberg wrote: firewave left a comment (danmar/cppcheck#7855) Please provide the actual build failure. A bit surprising though since according to https://man.openbsd.org/backtrace it should be available.

Error during linking, you probably need to link against lexecinfo. ld: error: undefined symbol: backtrace

>> referenced by stacktrace.cpp:37 (/home/anton/canvas/static-analysis/src/cppcheck/cli/stacktrace.cpp:37) >> CMakeFiles/cli_objs.dir/stacktrace.cpp.o:(print_stacktrace(__sFILE*, int, bool, int, bool))

ld: error: undefined symbol: backtrace_symbols

>> referenced by stacktrace.cpp:52 (/home/anton/canvas/static-analysis/src/cppcheck/cli/stacktrace.cpp:52) >> CMakeFiles/cli_objs.dir/stacktrace.cpp.o:(print_stacktrace(__sFILE*, int, bool, int, bool))

c++: error: linker command failed with exit code 1 (use -v to see invocation)

[firewave]

Thanks.

Error during linking, you probably need to link against lexecinfo.

Should be easy in CMake and we should use https://cmake.org/cmake/help/latest/module/CheckLibraryExists.html for that (I also have some WIP code to detect the include in CMake). But needs some trickery in the regular make.

So let's go with the hotfix for now and do that at a later date. I filed https://trac.cppcheck.net/ticket/14159 about it.