[bug-gettext] [bug #42204] gettext-0.18.3.2: weird build anomaly with MinGW

[Keith Marshall]

Follow-up Comment #6, bug #42204 (project gettext):

Replying to Bruno Haible's comment #5

Thanks for the follow-up, Bruno.

I've neither the time, nor the inclination, to pursue this right now, but I'm
wondering if the issue may not have resolved itself in the meantime —
libmingwex.a now provides opendir(), readdir(), closedir(), and friends, all
as simple assembly language stubs, each comprising a jmp instruction with the
corresponding "__mingw_" prefixed entry point name as destination, (in
addition to each of the implementations, with associated prefixed entry point
names).  Thus, AC_CHECK_FUNCS should now detect the stub, and HAVE_CLOSEDIR
should become defined again.

Sorry for the noise ... although discussion has been constructive.  Right now,
we probably need no further action, (unless you want to pursue the potential
gnulib weakness w.r.t. the likelihood that dirent.h, if it is present,
probably doesn't provide a complete definition of the DIR type): I'll raise a
new ticket, if the issue persists when I next get around to updating the
MinGW.org build of gettext.

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?42204>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/