Message-Id: <200005311722.UAA00647@alpha.netvision.net.il>
Date: Wed, 31 May 2000 20:21:43 +0200
X-Mailer: Emacs 20.6 (via feedmail 8.1.emacs20_6 I) and Blat ver 1.8.5b
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
To: snowball3 AT bigfoot DOT com
CC: djgpp-workers AT delorie DOT com
In-reply-to: <39350E3E.8018.287111@localhost> (snowball3@bigfoot.com)
Subject: Re: __dosexec_find_on_path question
References: <3934E7C8 DOT 26244 DOT 7A952 AT localhost> (snowball3 AT bigfoot DOT com) <39350E3E DOT 8018 DOT 287111 AT localhost>
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

> From: "Mark E." <snowball3 AT bigfoot DOT com>
> Date: Wed, 31 May 2000 13:06:06 -0400
>
> __dosexec_find_on_path doesn't need to 
> be patched if it's an internal libc function. I assume it's meant to be 
> internal-only because it's not documented in libc.info.

Actually, lack of documentation doesn't mean anything except that
there's a documentation bug ;-).  I think the policy is to document
every external function, even if it's written for internal use.  Even
_put_path is documented.

Also, __dosexec_find_on_path is used in several ports, e.g. Make and
test.exe from Sh-utils.  So perhaps it's better to make it agree with
__spawnve.

Comments?