[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug-gettext] [bug #42204] gettext-0.18.3.2: weird build anomaly with Mi
From: |
Keith Marshall |
Subject: |
[bug-gettext] [bug #42204] gettext-0.18.3.2: weird build anomaly with MinGW |
Date: |
Sun, 7 Oct 2018 06:15:20 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:62.0) Gecko/20100101 Firefox/62.0 |
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/