[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: porting to NeXTstep
From: |
Bruno Haible |
Subject: |
Re: porting to NeXTstep |
Date: |
Sat, 22 Oct 2011 14:41:57 +0200 |
User-agent: |
KMail/1.13.6 (Linux/2.6.37.6-0.5-desktop; KDE/4.6.0; x86_64; ; ) |
Hi Daniel,
> * Tacked on "&& !defined __NeXT__" in lib/stdio.in.h. Easier than adding
> a separate test for asm-label functionality, anyway.
I don't remember: What is the version of NeXT gcc? Does it support
the __attribute__ __format__ __printf__ syntax?
extern int printf (const char *format, ...)
__attribute__ ((__format__ (__printf__, 1, 2)));
> * I missed that the 50-day sleep is necessary to check for a Cygwin bug.
> So I tweaked the test so that this long sleep is only used on Cygwin
> (where, presumably, alarm() has always worked correctly), and all
> other systems use 15 seconds.
This patch looked clumsy, sorry. What is the original problem? That alarm (1)
does not work? What can be done to make it work?
> * I've added a definition of EILSEQ to lib/errno.in.h; does that
> look right?
>
> The libiconv folks may need to be pinged about this change, as I
> noticed that they check for EILSEQ too, and if it's missing, #define
> it to ENOENT.
Good point. And adding EILSEQ in errno.in.h also requires a change to
lib/strerror-override.c.
Have you been progressing recently? If so, I'll turn to this EILSEQ
issue next.
Bruno
--
In memoriam Nunilo and Alodia <http://en.wikipedia.org/wiki/Nunilo_and_Alodia>
- Re: gl_ABSOLUTE_HEADER_ONE and older seds, (continued)
- Re: gl_ABSOLUTE_HEADER_ONE and older seds, Bruno Haible, 2011/10/13
- Re: gl_ABSOLUTE_HEADER_ONE and older seds, Daniel Richard G., 2011/10/14
- Re: porting to NeXTstep, Bruno Haible, 2011/10/14
- Re: porting to NeXTstep, Daniel Richard G., 2011/10/15
- Re: perror.m4 test, Bruno Haible, 2011/10/15
- Re: perror.m4 test, Eric Blake, 2011/10/15
- Re: perror.m4 test, Bruno Haible, 2011/10/22
- Preserving non-alphanumeric characters in git commits [was Re: porting to NeXTstep], Gary V. Vaughan, 2011/10/15
- Re: porting to NeXTstep, Daniel Richard G., 2011/10/17
- Re: porting to NeXTstep, Bruno Haible, 2011/10/19
- Re: porting to NeXTstep,
Bruno Haible <=
- Re: porting to NeXTstep, Daniel Richard G., 2011/10/23
- Re: porting to NeXTstep, Daniel Richard G., 2011/10/23