[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn commit: r1459058 - in /subversion/trunk/subversion: include/private/svn_dep_compat.h include/private/svn_subr_private.h libsvn_ra_serf/serf.c libsvn_subr/hash.c libsvn_wc/adm_ops.c svn/notify.c svnrdump/dump_editor.c

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Thu, 21 Mar 2013 15:30:27 +0000

Branko Čibej <brane_at_wandisco.com> writes:

>> The declaration of svn_hash__clear is only present for old APR while the
>> definition is always visible. I get this warning:
>>
>> ../src2/subversion/libsvn_subr/hash.c:512:1: warning: no previous prototype for 'svn_hash__clear' [-Wmissing-prototypes]
>>
>> We could fix it by moving the declaration outside the #if making
>> svn_hash__clear always available. Or we could wrap the definition in a
>> #if (dropping the call to apr_hash_clear) so it is only available when
>> the declaration is available.
>>
>> Which is the best solution?
>
> Given that this is an internal API and not subject to compatibility
> across patch releases, I think we can safely make the implementation
> conditional on the same predicate.

I see similar warning for svn_dbg__preamble, svn_dbg__printf,
svn_dbg__print_props, svn_error__locate, svn_error__trace when building
without -DSVN_DEBUG.

The dbg stuff is declared in private/svn_debug.h so I think we could
make the dbg definitions conditional as well.

The error stuff probably needs to always be built since a 3rd party
using our headers with -DSVN_DEBUG will generate references to the
functions. We should arrange for the prototype to be visible when
compiling error.c

-- 
Certified & Supported Apache Subversion Downloads:
http://www.wandisco.com/subversion/download
Received on 2013-03-21 16:31:14 CET

This is an archived mail posted to the Subversion Dev mailing list.