ggml-org
Compile bug: compile fail
Git commit
f1bad23f880d059183ac518e9efa20523c7f3fbb
Operating systems
Mac
GGML backends
CPU, Metal
Problem description & steps to reproduce
mkdir build cd build cmake .. make
First Bad Commit
No response
Compile command
make
Relevant log output
:build gxy$ make
[ 3%] Built target ggml-base
[ 5%] Built target ggml-metal
[ 10%] Built target ggml-cpu
[ 10%] Built target ggml-blas
[ 10%] Built target ggml
[ 10%] Linking CXX shared library ../bin/libllama.dylib
ld: malformed 64-bit a.b.c.d.e version number: 0.0.7055
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [bin/libllama.0.0.7055.dylib] Error 1
make[1]: *** [src/CMakeFiles/llama.dir/all] Error 2
make: *** [all] Error 2
Okay, so this seems to be caused by: https://leopard-adc.pepas.com/documentation/Darwin/Reference/ManPages/man1/ld.1.html#:~:text=Specifies%20the%20current,dylib_current_version%20for%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20compatibility.
Which, if I'm reading correctly seems to imply that you can never have a patch version greater than 255?
Seems like you're not the only one that's run into this issue. I'm guessing this stack overflow post ran into the same problem. https://stackoverflow.com/questions/79820062/ld-error-malformed-64-bit-a-b-c-d-e-version-number
What I don't understand fully is why you ran into this problem but the CI actions don't.
@furrysalamander I can reproduce it on a Mac 11. It stopped working recently and I don't remember doing any updates recently so... ?? On a newer mac (15.6) it works "fine" (in the sense that it silently caps it). Later edit: On a Mac 11, it will cap it to 255 only if it's below 1024. If it's >= 1024, it errors out. @guoxiangyang On what macOS do you encounter the error?
