apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Brad Nicholes" <BNICHO...@novell.com>
Subject Re: One last analysis of *1.2* symbols
Date Mon, 10 Apr 2006 14:55:35 GMT
>>> On 4/8/2006 at 8:11:35 pm, in message <44386D57.2000009@rowe-clan.net>,
"William A. Rowe, Jr." <wrowe@rowe-clan.net> wrote:
> Some observations inline.  In short, with a commit to Netware to export
> apr_hashfunc_default as per Joe Orton ... I believe 1.2 is ready to T&R,
> which I'll do as soon as I see Brad's commit.
> 
> Bill
> 
> William A. Rowe, Jr. wrote:
>> Attached are three deltas, linux, win32 and netware deltas
>> 
>> (these are already stale due to a couple of fixes applied.)
>> 
>> --- apr-1.2-linux	2006-04-08 20:49:46.000000000 -0500
>> +++ apr-1.2-netware	2006-04-07 04:36:08.000000000 -0500
>> -apr_current_hooking_module
>  > -apr_debug_module_hooks
> 
> The hook diagnostics aren't compiled on Netware?
> 
>  > -apr_global_hook_pool
> 
> This one is actually serious since our macro wrappers in the consumer's
> app uses the symbol.  Is there a chance that (like my mis-extracted linux
> symbol lists) you omitted data exports?
> 

These symbols are deprecated in favor of 

apr_hook_global_pool
apr_hook_debug_enabled
apr_hook_debug_current

which are all included in the NetWare export list.  I am not as concerned about the deprecated
symbols since there is a favored alternative and nobody seems to be complaining that they
are missing on the NetWare platform.


>> -apr_dbm_type_sdbm
> 
> Netware doesn't export the built-in sdbm implementation?

No, these symbols are part of a "private" include.  Therefore I assume they should not be
part of a "public" api.


> 
>> -apr_hashfunc_default
> 
> This is fixed on win32.  I presume it aught to be patched on Netware.
> Brad, could you jump on this so I can T&R?
> 
> 

Now that it is decorated, it show up in the NetWare export list.

Brad


Mime
View raw message