X-Authentication-Warning: delorie.com: mail set sender to djgpp-workers-bounces using -f
From: <ams AT ludd DOT ltu DOT se>
Message-Id: <200501050102.j0512vU6013697@speedy.ludd.ltu.se>
Subject: Re: More complaints from tests/libclink/check
In-Reply-To: <jnamt0hbni7sacd529hkh8tqq7eelc0qob@4ax.com> "from Brian Inglis
 at Jan 4, 2005 04:56:32 pm"
To: djgpp-workers AT delorie DOT com
Date: Wed, 5 Jan 2005 02:02:57 +0100 (CET)
X-Mailer: ELM [version 2.4ME+ PL78 (25)]
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
X-ltu-MailScanner-Information: Please contact the ISP for more information
X-ltu-MailScanner: Found to be clean
X-MailScanner-From: ams AT ludd DOT ltu DOT se
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

According to Brian Inglis:
> Does strtok_r.c define _strtok_r()?

Nope. It does define __strtok_r() by #including <libc/stubs.h> (and
strtok.c likewisely calls __strtok_r()).

> Does the prototype declaration for strtok_r() appear in string.h
> between #ifndef _STRICT_ANSI and #ifndef _POSIX_SOURCE? 

Yes.

> The time *_r() functions make most sense if implemented in ctime.c, as
> static functions there do most of the work. 

It shouldn't matter if you stub them and #include <libc/stubs.h>
there.

Hmmm... Perhaps it would be better if I just added strtok_r() to the
same file as strtok() is in? Anyone?

> I found I had to prototype the _*_r() functions in ctime.c to quiet
> 3.4.* compiler warnings. 

Weird. Are you sure you had added their prototypes to <time.h>?


Right,

						MartinS