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

Re: CVS update: subversion/subversion/client .cvsignore Makefile.am README main.c

From: Karl Fogel <kfogel_at_galois.collab.net>
Date: 2000-10-06 20:27:44 CEST

Greg Hudson <ghudson@MIT.EDU> writes:
> I would have if you hadn't. However, apr_getopt doesn't handle long
> options, and Karl already specified some of those.
> NetBSD has a getopt_long implementation with a TNF copyright (BSDish,
> with advertising clause). There may be a getopt_long implementation
> floating around with an MIT license, but I couldn't find it.
> I'd also be willing to write a new getopt_long implementation for the
> public domain, since I'm out of Subversion tasks at the moment. I
> could make it suitable for the apr library.

Greg H -- on second thought, having long option functionality in APR
would help not only Subversion, but others as well. I'll bet Greg
Stein would jump for joy if you took it on... :-)

(As would I, since we'll definitely want a real longopt parser in the
svn client very soon.)

> > I know the gettext tools are GPL'd, but what about the library?
> I just checked; it's GPL.
> Again, there's a NetBSD implementation with a TNF copyright.
> Regarding another bit of code in the same commit:
> > /* Hrm... how to get a private enum namespace? Do I have to use the
> > svn prefix, or is there another way? There's no storage being
> > declared here, so `static' shouldn't work. */
> An "enum" declaration is like a "struct" or "union" declaration; it
> only applies to the scope it lives in, and never has external linkage.
> So all enum namespaces are "static".
Received on Sat Oct 21 14:36:10 2006

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