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

Re: More error leaks

From: David James <djames_at_collab.net>
Date: 2006-01-27 08:00:00 CET

On 1/26/06, Branko ╚ibej <brane@xbc.nu> wrote:
> >>> 2. SVN_NO_IGNORE(svn_error_t *)
> >>> function_name(param one,
> >>> param two);
> Before anyone starts doing this, please consider:
> * What happens to the generated API documentation
> * Can we conceivably do this with an attribute on svn_error_t
> instead of every function that returns it
> Whatever you decide to do, the generated docs have to remain clean (that
> is, there should be no trace of such obfuscation^Wdecoration in the docs).

Here's an alternative proposal: Instead of adding attributes to each
function manually, we could write a script which adds and removes the
attributes on demand. If folks want to test for deprecated functions,
unchecked errors, or other problems, they can use this script. The
script would work like lint. We could even integrate this script into
our test suite, if we want.



David James -- http://www.cs.toronto.edu/~james
Received on Fri Jan 27 08:00:37 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.