apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Salvatore Domenick Desiano <...@email.arc.nasa.gov>
Subject Re: uuid_t on OSX 10.3 (fwd)
Date Wed, 22 Mar 2006 01:19:27 GMT
I was really hoping not to spend a lot of time on this (I was just
letting the team know in the spirit of good communication), but I do
enough work on free software that I hate vague, information-free bug
reports, so...

I did the following:

svn co http://svn.apache.org/repos/asf/apr/apr/trunk/ apr
cd apr

and then inspected include/arch/unix/apr_private.h, wherein I found the
following lines:

/* #undef HAVE_SYS_UUID_H */
/* #undef HAVE_UUID_CREATE */
/* #undef HAVE_UUID_H */
/* #undef HAVE_UUID_UUID_H */

The definition of HAVE_UUID_GENERATE is the problem that I had building
random.c in 1.2.2, and so I can safely say that it is not fixed at the

I have attached a tarball of the following files: config.log,
config.status, and apr_private.h.

Let me know if there is any other information I can provide.

-- Sal

On Tue, 21 Mar 2006, Garrett Rooney wrote:

o On 3/21/06, Salvatore Domenick Desiano <sal@email.arc.nasa.gov> wrote:
o > Yeah, sorry fokr the half-ass report. I don't use APR myself (it is a
o > support library for subversion) and wasn't going to report the problem,
o > but I figured I'd at least fire off an e-mail to the list. I didn't
o > mention what I did because it was a total hack that breaks the build for
o > any platform that actually has uuid_t.
o >
o > What I know:
o >
o > APR 1.2.2
o > OSX 10.3.9
o If it's 1.2.2, then it's probably fixed on trunk and the 1.2.x release
o branch. If you could try one of those out and confirm that it's ok now
o that would be much appreciated.
o -garrett

  Salvatore Domenick Desiano
    Research Scientist
      Intelligent Systems Division (QSS Group, Inc.)
        Explorations Technology Directorate
          NASA Ames Research Center

View raw message