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

> 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?

- Raw text -