Re: Possible regression after fixing bz#34509 on m68k

On Sun, 2026-08-23 at 22:24 +0200, John Paul Adrian Glaubitz wrote:
> Hi,
> 
> after bz#34509 was fixed, I noticed that the Ocaml package ocaml-stdcompat
> now fails with:
> 
> (cd _build/default && /usr/bin/ocamlc -w -40 -g -o tools/stdcompatpp.exe -output-complete-exe tools/.stdcompatpp.eobjs/byte/dune__exe.cmo tools/.stdcompatpp.eobjs/byte/dune__exe__Compiler_version.cmo
> tools/.stdcompatpp.eobjs/byte/dune__exe__Stdcompatpp.cmo)
> /usr/bin/m68k-linux-gnu-ld.bfd: /usr/lib/m68k-linux-gnu/ocaml/5.4.1/libcamlrun.a(floats.b.o)(.text+0x1648): unresolvable R_68K_32 relocation against symbol `fmod@@GLIBC_2.43'
> /usr/bin/m68k-linux-gnu-ld.bfd: final link failed
> collect2: error: ld returned 1 exit status
> File "_none_", line 1:
> Error: Error while building custom runtime system
> 
> Is that symbol now really missing in glibc or do we just have to rebuild
> the packages that were previously linked against the broken glibc on m68k?

Also affects Perl which fails to build from source with:

m68k-linux-gnu-gcc -Wl,-z,relro -fstack-protector-strong -L/usr/local/lib -o miniperl \
    opmini.o perlmini.o universalmini.o av.o builtin.o caretx.o class.o deb.o doio.o doop.o dquote.o dump.o globals.o gv.o hv.o keywords.o locale.o mathoms.o mg.o mro_core.o numeric.o pad.o peep.o
perlio.o perly.o pp.o pp_ctl.o pp_hot.o pp_pack.o pp_sort.o pp_sys.o reentr.o regcomp.o regcomp_debug.o regcomp_invlist.o regcomp_study.o regcomp_
trie.o regexec.o run.o scope.o sv.o taint.o time64.o toke.o utf8.o util.o   miniperlmain.o  -ldl -lm -lpthread -lc -lcrypt 
/usr/bin/m68k-linux-gnu-ld.bfd: pp.o(.text+0x4fc2): unresolvable R_68K_32 relocation against symbol `fmod@@GLIBC_2.43'
/usr/bin/m68k-linux-gnu-ld.bfd: final link failed
collect2: error: ld returned 1 exit status

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-    GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913