[STATUS] (apr-util) Wed Feb 27 23:45:15 EST 2002

[Rodent of Unusual Size <Ke...@Golux.Com>]

APRUTIL LIBRARY STATUS:						-*-text-*-
Last modified at [$Date: 2001/12/08 00:43:54 $]

Release:
    2.0a9   : released December 12, 2000


RELEASE SHOWSTOPPERS:

    * Need apu_compat.h to track the latest renames
      Status: someone want to step up to diff names between 1.3.x 
              and apr/apr-util?  Sounds like a job for a perl script...

    * add misc/version.c and related machinery once the pattern is
      laid out in APR.

    * complete the efforts started by DougM for cleaner fn naming
      conventions: see proposed name changes in renames_pending
      and offer up any additions/vetos/clarifications.
      DougM offered to complete the work with his nifty perl rename
      script at the hackathon. 

RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:

    * Solaris's Sun Freeware (sfw) package has a busted gcc/ld setup.
      This gcc passes -L/opt/sfw/lib to /usr/ccs/bin/ld, but does not 
      pass -R.  Therefore, when trying to run the code using a
      library from /opt/sfw/lib (say, libdb), the run-time linker
      will not look in /opt/sfw/lib and the program will die.
        Status: Workaround is to add "-R/opt/sfw/lib" to LDFLAGS.
                Should check latest sfw package set and see if Sun
                may have fixed this.

Other bugs that need fixing:



Other features that need writing:

    * write apr_brigade_(p)getline, per the hackathon

    * possibly move test/testdbm* to util/dbu
      Justin says: Do we still want to do this?  testdate is now in test.
      Status: Greg +1 (volunteers)

    * possibly move md5 from APR into crypto
      Justin says:  Requires finding a suitable replacement for md5 in 
                    apr/uuid for when we don't have random bytes available.
      Status: Justin +1 (volunteers)

Documentation that needs writing:

    * API documentation
        Status:

    * doc the lifetimes of apr_dbm return values


Available Patches:


Open Issues:

Re: [STATUS] (apr-util) Wed Feb 27 23:45:15 EST 2002

[Dale Ghent <da...@elemental.org>]

On Wed, 27 Feb 2002, Rodent of Unusual Size wrote:

| RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
|
|     * Solaris's Sun Freeware (sfw) package has a busted gcc/ld setup.
|       This gcc passes -L/opt/sfw/lib to /usr/ccs/bin/ld, but does not
|       pass -R.  Therefore, when trying to run the code using a
|       library from /opt/sfw/lib (say, libdb), the run-time linker
|       will not look in /opt/sfw/lib and the program will die.
|         Status: Workaround is to add "-R/opt/sfw/lib" to LDFLAGS.
|                 Should check latest sfw package set and see if Sun
|                 may have fixed this.

A workd-around in configure.in might go something like so:

if [ `${CC} -v 2>&1 | grep opt/sfw >/dev/null` ]; then
    LDFLAGS="$LDFLAGS -L/opt/sfw/lib -R/opt/sfw/lib"
fi

that will see if the gcc being used lives out of /opt/sfw.

alternatively, we can just test for the existance of /opt/sfw/lib and add
it to LDFLAGS if it exists:

if [ `ls -d /opt/sfw/lib >/dev/null 2>&1` ]; then ...

I'd hack on it, but I have not a clue as to where in configure.in I would
put such logic. Anyone willing to provide a tip?

/dale