On 2008-11-10 at 03:32:36 [+0100], Bruno Haible <[EMAIL PROTECTED]> wrote:
> Ingo Weinhold wrote:
> > Use the glibc 1 implementation in Haiku too. Haiku actually uses a newer
> > glibc version, but the libio interface has been butchered to be binary
> > compatible with the glibc 1 used by BeOS.
>
On 2008-11-10 at 02:34:13 [+0100], Bruno Haible <[EMAIL PROTECTED]> wrote:
> Ingo Weinhold wrote:
> > here comes a short Haiku related patch series.
>
> Thanks. To reproduce this, I figured out that one has to
> - download one of the recent daily built disk images from
> http://www.haiku-os
Ingo Weinhold wrote:
> Use the glibc 1 implementation in Haiku too. Haiku actually uses a newer
> glibc version, but the libio interface has been butchered to be binary
> compatible with the glibc 1 used by BeOS.
And apparently some macros, like _IO_ferror_unlocked, that were present in
BeOS, have
Ingo Weinhold wrote:
> lib/config.charset |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
Thanks, I will apply it like this:
2008-11-10 Ingo Weinhold <[EMAIL PROTECTED]>
* lib/config.charset: Treat Haiku like BeOS.
--- lib/config.charset.orig 2008-11-10 03:20:37.
> Signed-off-by: Ingo Weinhold <[EMAIL PROTECTED]>
> ---
> lib/binary-io.h |5 +++--
> lib/fcntl.in.h |4 ++--
> 2 files changed, 5 insertions(+), 4 deletions(-)
Thanks. I will apply it like this, when savannah is back:
2008-11-10 Ingo Weinhold <[EMAIL PROTECTED]>
* lib/bina
Ingo Weinhold wrote:
> here comes a short Haiku related patch series.
Thanks. To reproduce this, I figured out that one has to
- download one of the recent daily built disk images from
http://www.haiku-os.org/downloads (the 100 MB ones; the 30 MB ones
don't contain gcc),
- run it in an
With the recent FDL-1.3 release, I noticed that some GNU packages
ship COPYING.DOC as a text copy of the FDL (for example, sed[1]),
while others only ship fdl.texi (for example, Autoconf).
Just to close this out, I added a few more words to maintain.texi about
there being no need for C
Albert Chin wrote:
> > The fix that I found is to use "xlc -E -C" instead of "xlc -E". It has the
> > effect of turning the config.status lines
> >
> > S["NEXT_SIGNAL_H"]="\"///usr/include/sys/signal.h\""
> > S["NEXT_DIRENT_H"]="\"\""
> >
> > into
> >
> > S["NEXT_SIGNAL_H"]="\"///usr/inclu
