Date: Wed, 8 Jun 2005 15:32:09 +0200 (CEST) From: Michael Reifenberger <mike@Reifenberger.com> To: Stefan Farfeleder <stefan@fafoe.narf.at> Cc: standards@freebsd.org Subject: Re: libstand functions not ansi-c compiliant Message-ID: <20050608152614.H31265@fw.reifenberger.com> In-Reply-To: <20050608125416.GA17962@wombat.fafoe.narf.at> References: <20050608094851.D29843@fw.reifenberger.com> <20050608103045.GC16848@wombat.fafoe.narf.at> <20050608124306.X30581@fw.reifenberger.com> <20050608125416.GA17962@wombat.fafoe.narf.at>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 8 Jun 2005, Stefan Farfeleder wrote:
> Date: Wed, 8 Jun 2005 14:54:23 +0200
> From: Stefan Farfeleder <stefan@fafoe.narf.at>
> To: Michael Reifenberger <mike@Reifenberger.com>
> Cc: standards@freebsd.org
> Subject: Re: libstand functions not ansi-c compiliant
>
> On Wed, Jun 08, 2005 at 12:52:42PM +0200, Michael Reifenberger wrote:
>>
>> The advantage would be (thats how I got to this issue at all) that
>> you don't get compiling errors when including <stdio.h> too.
>> (I had to do this to get the definition of FILE for the work
>> on upgrading sys/boot/ficl to ficl4)
>
> I'd consider including <stdio.h> from sys/boot/ficl a bug.
>
Maybe. Thats debatable.
But by default ficl.h (coming with ficl4)does inslude <stdio.h>
and ficl4 says about itself: ...Ficl is written in strict ANSI C...
Unfortunately <stdio.h> is part of ANSI-C...
So one cant blame ficl4 for that.
>>> You can't just change the return type in the header without changing all
>>> definitions of putchar().
>>
>> It seems that putchar is not implemented in libstand.
>> Do you know where?
>
> Each application using libstand is expected to implement putchar(), see
> libstand(3).
>
Ah.
Bye/2
---
Michael Reifenberger, Business Development Manager SAP-Basis, Plaut Consulting
Comp: Michael.Reifenberger@plaut.de | Priv: Michael@Reifenberger.com
http://www.plaut.de | http://www.Reifenberger.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050608152614.H31265>