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

Re: svn commit: r18802 - trunk/www

From: Peter N. Lundblad <peter_at_famlundblad.se>
Date: 2006-03-10 08:12:06 CET

jerenkrantz@tigris.org writes:
> Author: jerenkrantz
> Date: Thu Mar 9 16:26:25 2006
> New Revision: 18802
>
> Modified:
> trunk/www/hacking.html
>
> Log:
> * www/hacking.html: Translate Karl-ese into Justin-ese.

While I really anticipate a bit of humor in the logs, a few words
explaining what you clarified would be helpful... :-)

> Modified: trunk/www/hacking.html
> Url: http://svn.collab.net/viewcvs/svn/trunk/www/hacking.html?rev=18802&p1=trunk/www/hacking.html&p2=trunk/www/hacking.html&r1=18801&r2=18802
> ==============================================================================
> --- trunk/www/hacking.html (original)
> +++ trunk/www/hacking.html Thu Mar 9 16:26:25 2006
> @@ -666,14 +666,29 @@
> line in two would be unreasonably messy.)</p>
> </li>
>
[...]
> +<li><p>All published functions, variables, and structures must be signified
> + with the corresponding library name - such as libsvn_wc's
> + svn_wc_adm_open. All library-internal declarations made in a
> + library-private hader file (such as libsvn_wc/wc.h) must be signified
> + by two underscores after the library prefix (such as
> + svn_wc__ensure_directory). All declarations private to a single file
> + (such as the static function get_entry_url inside
> + libsvn_wc/update_editor.c) do not require any additional namespace
> + decorations</p>

Nice clarification. Should we add the case with internal symbols in
public headers as well (e.g. SVN__STREAM_CHUNK_SIZE) which might be
used by other of our own libraries, but are not public?

Thanks,
//Peter

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Mar 10 08:46:29 2006

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.