apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe, Jr." <wr...@rowe-clan.net>
Subject Re: [PATCH] WIN32 allow destructors for apr_threadkey_private
Date Fri, 08 Sep 2006 05:16:32 GMT
Mladen Turk wrote:
> Garrett Rooney wrote:
>>>
>>> It is not shared except between two files inside the APR,
>>> and as such is library local variable.
>>
>> That doesn't mean it shouldn't be prefixed.  The prefix is there to
>> ensure that our public symbols don't conflict with symbols defined by
>> users of the library.  If it's non-static then it should be prefixed.
> 
> But it is not public symbol, and if its is not public,
> then no one can guarantee a duplicate symbol linker error
> will never happen, unless you say:
> "You must not use anything prefixed with apr_ inside
> your program, because we might already defined that
> symbol locally", and that user complies with that
> rule of thumb.

Uhm, that's exactly how C language authors cooperate with one another.

If it shows up in the exports/you can see it with depends.exe, then it
damned well better be decorated ;-)

Mime
View raw message