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

Re: small issue with svn_client_statusx

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2005-04-21 22:35:50 CEST

Nicolás Lichtmaier <nick@panoptico.reloco.com.ar> writes:

>>>Is there a reason svn_client_status and svn_client_status2 take a NON-const
>>I believe that adding const to svn_client_status would be an ABI
>>change and so, strictly speaking, would break our interface rules.
> No, it wouldn't be an ABI change (it would if the language were
> C++). But some old code which uses the function would compile with
> warnings.

You cut the bit where I mentioned that this has been discussed, did
you look up the old thread? The following is from

> Looking at the C standard
> Function calls
> "If the function is defined with a type that is not compatible
> with the type (of the expression) pointed to by the expression
> that denotes the called function, the behaviour is undefined."
> Function declarators (including prototypes)
> "For two function types to be compatible [...] the parameter type
> lists [...] shall agree in the number of parameters [...] ;
> corresponding parameters shall have compatible types"
> 6.7.3/9 Type qualifiers
> "For two qualifed types to be compatible, both shall have the
> identically qualified version of a compatible type"
> So it would appear to be undefined behaviour--in other words, it's
> "nasal demons" territory.

I'm not a language lawyer so I might be wrong. Can you back up your
claim that it "wouldn't be an ABI change"? I'd like it to be true,
and I know of no problems on the platforms I have used, but it's not
what I read in the standard.

Philip Martin
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Apr 21 22:36:39 2005

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