And even with the build continuing on mips64el I see this:
float128/dpml_ux_trig.c: In function '__dpml_bid_ux_degree_reduce__':
float128/dpml_ux_trig.c:254:9: warning: implicit declaration of function
'UMULH' [-Wimplicit-f
unction-declaration]
254 | UMULH((UX_FRACTION_DIGIT_TYPE) exponent, RECIP_TWELVE, k);
| ^~~~~
When I build libmongocrypt against the resulting libintelrdfp-math, the
libmongocrypt will then fail at link time:
/usr/bin/ld:
/home/roberto/mips64el/intelrdfpmath-2.0u2/debian/libintelrdfpmath-dev/usr/lib/mips64el-linux-gnuabi64/libbidgcc000.a(dpml_ux_ops_64.o):
in function `__eval_pos_poly':
(.text+0xe4): undefined reference to `UMULH'
/usr/bin/ld: (.text+0xfc): undefined reference to `UMULH'
/usr/bin/ld: (.text+0x144): undefined reference to `UMULH'
/usr/bin/ld: (.text+0x160): undefined reference to `UMULH'
/usr/bin/ld: (.text+0x168): undefined reference to `UMULH'
/usr/bin/ld:
/home/roberto/mips64el/intelrdfpmath-2.0u2/debian/libintelrdfpmath-dev/usr/lib/mips64el-linux-gnuabi64/libbidgcc000.a(dpml_ux_ops_64.o):(.text+0x17c):
more undefined references to `UMULH' follow
It might be better to simply declare intelrdfpmath '[!mipsel
!mips64el]'. Sadly, my experience with Intel libraries (I maintained
TBB in Debian for several years) is that they only put effort into the
architectures that are important to them and that you can't assume that
their code will work on other architectures. That could well be the
case here.
Regards,
-Roberto
--
Roberto C. Sánchez
