Mailing-List:	contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-developers-subscribe AT sources DOT redhat DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin-developers/>
List-Post:	<mailto:cygwin-developers AT sources DOT redhat DOT com>
List-Help:	<mailto:cygwin-developers-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-developers-owner AT sources DOT redhat DOT com
Delivered-To:	mailing list cygwin-developers AT sources DOT redhat DOT com
Date:	Tue, 20 Mar 2001 09:14:40 -0500
From:	Christopher Faylor <cgf AT redhat DOT com>
To:	cygwin-developers AT cygwin DOT com
Subject:	Re: YANDQ
Message-ID:	<20010320091440.G32706@redhat.com>
Reply-To:	cygwin-developers AT cygwin DOT com
Mail-Followup-To:	cygwin-developers AT cygwin DOT com
References:	<006501c0b120$094af0f0$0200a8c0 AT lifelesswks>
Mime-Version:	1.0
User-Agent:	Mutt/1.3.11i
In-Reply-To:	<006501c0b120$094af0f0$0200a8c0@lifelesswks>; from robert.collins@itdomain.com.au on Tue, Mar 20, 2001 at 08:27:45PM +1100

On Tue, Mar 20, 2001 at 08:27:45PM +1100, Robert Collins wrote:
>From: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
>To: <cygwin-developers AT cygwin DOT com>
>Subject: YANDQ
>Date: Tue, 20 Mar 2001 20:27:45 +1100
>
>YetAnotherNewDeveloperQuestion (couldn't see anything obvious in the
>archives either)
>
>The posix specs I'm reading http://www.opengroup.org/onlinepubs/7908799/
>indicate that most of the types I'm working with (sem_t pthread_*_t)
>should be defined in <sys/types.h> with only the prototypes and #defines
>in the respective header files.
>
>Are these specs way of base? If not, how do I go about altering
>sys/types.h (which I note appears to be part of newlib).

You submit a patch to the newlib mailing list which is conditionalized
#ifdef __CYGWIN__
#endif

I can approve patches like this as long as they don't make changes to
any non-cygwin part of newlib.

cgf

>The question arises because I have an external typedef which is
>different from the internal typedef. While I could type cast everything
>to make it match up (class pthread ** to void ** for instance) it reads
>a lot more easily (which helps debugging) with no casting involved.
>
>FYI the external typedefs are of the form
>typedef void * foo_t
>and the internal ones
>typedef class foo * foo_t.
>
>At the moment I've just duplicated the #defines across the files, but
>I'd really rather have the types separated out from the prototypes and
>#defines...
>
>Rob

-- 
cgf AT cygnus DOT com                        Red Hat, Inc.
http://sources.redhat.com/            http://www.redhat.com/

- Raw text -