Sorry for the late reply. I just got back to this issue.
In general this (should) only happen if the binaries are really
identical (e.g. when one of the packages build requires the other, but
instead of linking/rebuilding some sources it simply copies a binary
directly).
The build-id is (also) derived from the full nvra. So really cannot be
identical even if the sources are. But this relies on the binaries
being build with debuginfo. So maybe some code isn't build with -g?
I *think* both neko and haxelib were built with debuginfo, as I can find `-g` in the
logs.
haxe's build log:
https://kojipkgs.fedoraproject.org//packages/haxe/4.2.5/5.fc38/data/logs/...
Relevant lines of building haxelib:
[ 50%] Building C object CMakeFiles/haxelib.dir/run.c.o
/usr/bin/gcc -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches
-pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3
-Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
-fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64
-mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -MD -MT
CMakeFiles/haxelib.dir/run.c.o -MF CMakeFiles/haxelib.dir/run.c.o.d -o
CMakeFiles/haxelib.dir/run.c.o -c
/builddir/build/BUILD/haxe-4.2.5/extra/haxelib_src/run.c
/builddir/build/BUILD/haxe-4.2.5/extra/haxelib_src/run.c:105:13: warning:
'handle_signal' defined but not used [-Wunused-function]
105 | static void handle_signal( int signal ) {
| ^~~~~~~~~~~~~
[ 75%] Linking C executable haxelib
/usr/bin/cmake -E cmake_link_script CMakeFiles/haxelib.dir/link.txt --verbose=1
/usr/bin/gcc -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches
-pipe -Wall -Werror=format-security -Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3
-Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1
-fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64
-mtune=generic -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -Wl,-z,relro -Wl,--as-needed
-Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -Wl,--build-id=sha1 -rdynamic
CMakeFiles/haxelib.dir/run.c.o -o haxelib -lneko
nekovm's build log:
https://kojipkgs.fedoraproject.org//packages/nekovm/2.3.0/11.fc38/data/lo...
The line of building libneko:
/usr/bin/gcc -fPIC -O2 -flto=auto -ffat-lto-objects -fexceptions -g
-grecord-gcc-switches -pipe -Wall -Werror=format-security
-Wp,-U_FORTIFY_SOURCE,-D_FORTIFY_SOURCE=3 -Wp,-D_GLIBCXX_ASSERTIONS
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic
-fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection
-fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -Wl,-z,relro -Wl,--as-needed
-Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -Wl,--build-id=sha1
-specs=/usr/lib/rpm/redhat/redhat-package-notes -shared -Wl,-soname,libneko.so.2 -o
bin/libneko.so.2.3.0 CMakeFiles/libneko.dir/vm/alloc.c.o
CMakeFiles/libneko.dir/vm/builtins.c.o CMakeFiles/libneko.dir/vm/callback.c.o
CMakeFiles/libneko.dir/vm/elf.c.o CMakeFiles/libneko.dir/vm/interp.c.o
CMakeFiles/libneko.dir/vm/load.c.o CMakeFiles/libneko.dir/vm/objtable.c.o
CMakeFiles/libneko
.dir/vm/others.c.o CMakeFiles/libneko.dir/vm/hash.c.o
CMakeFiles/libneko.dir/vm/module.c.o CMakeFiles/libneko.dir/vm/jit_x86.c.o
CMakeFiles/libneko.dir/vm/threads.c.o -lgc -ldl -lm
Did I miss some detail?
Best regards,
Andy