From kfogel@galois.collab.net  Mon Nov 20 22:06:00 2000
Return-Path: <kfogel@galois.collab.net>
Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Delivered-To: mailing list dev@apr.apache.org
Received: (qmail 25301 invoked from network); 20 Nov 2000 22:06:00 -0000
Received: from 24-148-31-194.na.21stcentury.net (HELO galois.collab.net) (root@24.148.31.194)
  by locus.apache.org with SMTP; 20 Nov 2000 22:06:00 -0000
Received: (from kfogel@localhost)
	by galois.collab.net (8.10.1/8.10.1/Debian 8.10.1-1) id eAKJpEi19320;
	Mon, 20 Nov 2000 13:51:14 -0600
To: Greg Hudson <ghudson@MIT.EDU>
Cc: dev@apr.apache.org, dev@subversion.tigris.org
Subject: Re: RFC on interface change to apr_getopt_long()
References: <200011202201.RAA17814@egyptian-gods.MIT.EDU>
Reply-To: kfogel@collab.net
Emacs: (setq software-quality (/ 1 number-of-authors))
From: Karl Fogel <kfogel@galois.collab.net>
Date: 20 Nov 2000 13:51:14 -0600
In-Reply-To: Greg Hudson's message of "Mon, 20 Nov 2000 17:01:29 -0500"
Message-ID: <87u292jubx.fsf@galois.collab.net>
Lines: 9
X-Mailer: Gnus v5.7/Emacs 20.6
X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N

Greg Hudson <ghudson@MIT.EDU> writes:
> So if "val" is NULL, how does apr_getopt_long communicate to the
> caller which long option was returned?

Sorry -- we need a field to hold that int value, yes.

Keep `val', but add const char *short_equivs, I meant.

-K