From: Diego Z. <za...@ce...> - 2001-01-23 21:03:33
|
> > Linux too. Gtk+ also includes it (arguably to have it even on > > systems where it does not exist), so when a program that uses > > fnmatch is linked against libgtk, it uses libgtk's version of > > fnmatch instead of the standard library's. > > Really? Which version of Gtk+? I'm sorry I never replied to this message before - it was lost in my mailbox until today. I'm still haunted by this problem. I have to manually add "-lc" to the beginning of LDFLAGS in Makefile.in, because otherwise I get gtk's broken version of fnmatch. I'm using gtk+-1.2.8, compiled from sources. And fnmatch _is_ in the source code. Maybe it's not detecting correctly that Solaris already provides it and that's why it's compiling its own. I haven't gone into the source of gtk's fnmatch to see where or why it is broken. --Diego |
From: Diego Z. <za...@ce...> - 2001-01-29 13:50:06
Attachments:
fnmatch-bug.tar.gz
|
tw...@re... said: > Can you give me a small example program that exhibits the bug? I > tried making a program that uses fnmatch and just linking it against > gtk+, but couldn't see anything wrong. Sure. I'm attaching a (small) .tar.gz file that contains test programs and a Makefile to generate binaries with and without the bug. The README file contains more details. This was tested under Solaris, but in any case, see the "bug-gtk" target. I'm pretty sure that will exhibit the bug on any platform. Thanks for your help, --Diego |
From: Tim W. <tw...@re...> - 2001-01-28 18:24:42
|
On Tue, Jan 23, 2001 at 04:03:50PM -0500, Diego Zamboni wrote: > I'm using gtk+-1.2.8, compiled from sources. And fnmatch _is_ in the > source code. Maybe it's not detecting correctly that Solaris already > provides it and that's why it's compiling its own. Can you give me a small example program that exhibits the bug? I tried making a program that uses fnmatch and just linking it against gtk+, but couldn't see anything wrong. Thanks, Tim. */ |