Hello,

version 2.43-4 of the glibc package which fixed #1144250 (bz#34509) introduced
another regression which causes packages like src:perl FTBFS with linker errors:

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

This was just fixed on the master branch in [1] by just deleting the source file
sysdeps/m68k/m680x0/fpu/w_fmod_compat.c from the glibc tree.

Could this change be implemented for the next upload? Would be great if this could
be uploaded shortly due to the linker problems the current package has.

Thanks a lot,
Adrian