David, On Tue, 12 Aug 2003, David McKee wrote:
Folks, Updated my CVS at home (Debian 3.0) to 0.8.0pre the other day, and I like what I see. When I tried to do the same at work today (Redhat 6.2), I had problems building. Dpid uses mkdtemp() which was introduced in glibc 2.1.9. However, ./configure has no problems with my glibc 2.1.3.
Submitted as bug 487.
This constitutes a change from the 0.7 days when (according to the Compatibility web page) any glibc2 would do.
Introducing (by hand) a definition of mkdtemp() I found on the web solved all my problems.
Browsing the source suggests that you are not in the habit of carrying around lot of little libc bits---and the associated preprocessor code munging---for systems with variant or insufficient libc's. That is fine. It keeps the code base small and simple, but perhaps ./configure should look out for these things.
So does this mean some previously working libc's are now going to be excluded, that more conditional compilation stuff will need to go in, or that dpid needs some work to increase it's universal compatibility?
Don't panic! The mkdtemp() issue needs to be solved. Thanks for reporting the problem. If configure has a way to deal with it, we'd need to find it out how. If not, just to think of something else (as implementing a custom function as you did, or see if there's a wrapper in glib etc.) I'm open to suggestions. Cheers Jorge.-