Re: [Mingw-users] can't find fnmatch.h

[R. <br...@fr...>]

thanks for the reply.
libiberty implements fnmatch() and is included in MinGW, but it seems
they forgotten to include the fnmatch.h file in their distribution..
So i copied a fnmatch.h file from another place.
i'll see if it links, and if it work..
--
Ben
Le jeudi 15 d=C3=A9cembre 2005 =C3=A0 14:53 +0000, Greg Chicares a =C3=A9=
crit :
> On 2005-12-15 14:32 UTC, Beno=C3=AEt Rouits wrote:
> >
> > i try to compile an application which use the fnmatch() function.
> > but i don't have fnmatch.h in my mingw environment, but i have the
> > libiberty.a
> >=20
> > also, i see the GNU string.h have an index() function in string.h, bu=
t
> > mingw doesn't have it. anyway, as index() is totally compliant with
> > strchr() i changed to strchr, but if i could use index(), it would be
> > better since i am not the author of the program i try to compile.
>=20
> Those functions aren't standard C. They're in posix, but msw isn't posi=
x,
> and MinGW doesn't make it so.
>=20
> If you don't want to change the program's sources, then you could try
> cygwin, which emulates posix.
>=20
> Or you could use standard-C functions like strchr(), and msw equivalent=
s
> for non-standard-C functions: FindFirstFile() in this case.
>=20
> Even if you can use fnmatch() by providing a prototype and linking a
> library that provides it, it might not do what you'd expect with native
> msw paths.