Content-Type: multipart/alternative; boundary="_c7bde4b9-7cb6-42f3-b40a-4a8a38324b6b_" --_c7bde4b9-7cb6-42f3-b40a-4a8a38324b6b_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > I didn't see that one=3B of course I'm using gcc-4.8.1 which is yet to > be released and the reason I'm building gettext-0.18.3.1. What > configure options are you using? ... > Yes=2C I opened a bug ticket already for that one already. You can add > ac_cv_func__set_invalid_parameter_handler=3Dno to the configure line to > overcome it. Thanks Earnie for your prompt answer. Find attached a screenshot showing on= e of the issues I'm still facing. After reinstalling MinGW from scratch (ag= ain)=2C now the first issue (i.e. ... undefined reference to 'isascii') see= ms to have 'faded away' but I still get a runtime exception when the tests = are run (see attachment). I'll try your workaround and let you know. Cheers. Sergio. = --_c7bde4b9-7cb6-42f3-b40a-4a8a38324b6b_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
>=3B I didn't see that one=3B = of course I'm using gcc-4.8.1 which is yet to
>=3B be released and the= reason I'm building gettext-0.18.3.1. What
>=3B configure options ar= e you using?

...
>=3B Yes=2C I opened a bug ticket already for = that one already. You can add
>=3B ac_cv_func__set_invalid_parameter_= handler=3Dno to the configure line to
>=3B overcome it.

Thanks = Earnie for your prompt answer. Find attached a screenshot showing one of th= e issues I'm still facing. After reinstalling MinGW from scratch (again)=2C= now the first issue (i.e. ... undefined reference to 'isascii') seems to h= ave 'faded away' but I still get a runtime exception when the tests are run= (see attachment). I'll try your workaround and let you know.

Cheers= .

Sergio.
= --_c7bde4b9-7cb6-42f3-b40a-4a8a38324b6b_--