X-Authentication-Warning: delorie.com: mail set sender to djgpp-workers-bounces using -f Date: Tue, 04 Jan 2005 18:51:45 -0700 From: Brian Inglis Subject: Re: More complaints from tests/libclink/check In-reply-to: <200501050102.j0512vU6013697@speedy.ludd.ltu.se> To: djgpp-workers AT delorie DOT com Message-id: Organization: Systematic Software MIME-version: 1.0 X-Mailer: Forte Agent 1.93/32.576 English (American) Content-type: text/plain; charset=us-ascii References: <200501050102 DOT j0512vU6013697 AT speedy DOT ludd DOT ltu DOT se> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id j051pnvY019819 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 On Wed, 05 Jan 2005 02:02:57 +0100 (CET), ams AT ludd DOT ltu DOT se wrote: >According to Brian Inglis: >> Does strtok_r.c define _strtok_r()? > >Nope. It does define __strtok_r() by #including (and >strtok.c likewisely calls __strtok_r()). Okay, I now get how that approach works. >> 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 >there. That would solve my prototype problem: I'll do that. >Hmmm... Perhaps it would be better if I just added strtok_r() to the >same file as strtok() is in? Anyone? They're pretty highly interdependent now: don't see why not? >> 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 ? I don't think stubs.h is included: that would solve the problem. -- Thanks. Take care, Brian Inglis