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
Message-ID: <01e101c0b194$62fe19f0$0200a8c0@lifelesswks>
From: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To: <cygwin-developers AT cygwin DOT com>
References: <01b101c0b190$02df27c0$0200a8c0 AT lifelesswks> <20010320181240 DOT A1433 AT redhat DOT com>
Subject: Re: pthread_kill prototype
Date: Wed, 21 Mar 2001 10:20:42 +1100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400
X-OriginalArrivalTime: 20 Mar 2001 23:15:07.0693 (UTC) FILETIME=[9A828DD0:01C0B193]

http://sources.redhat.com/ml/cygwin/2001-03/msg01276.html

pthread_kill is current defined in pthread.h as int
pthread_kill(pthread_t *, int sig);

it is also defined in sys/signal.h as
int pthread_kill(pthread_t, int sig);

the definition in sys/signal.h is the posixly correct one.

Rob


----- Original Message -----
From: "Christopher Faylor" <cgf AT redhat DOT com>
To: <cygwin-developers AT cygwin DOT com>
Sent: Wednesday, March 21, 2001 10:12 AM
Subject: Re: pthread_kill prototype


> On Wed, Mar 21, 2001 at 09:49:23AM +1100, Robert Collins wrote:
> >Chris,
> >  what was the verdict on fixing this? pthread_kill is protoyped (and
> >implemented) incorrectly in pthread.h & thread.cc (conflicts with
> >newlibs sys/signal.h). Looking at doco on the web, the correct answer
is
> >to change thread.cc, but that will break binary compatibility.
>
> I don't recall this being discussed before.  What is the difference
> in prototyping that will break compatibility?  More details, please.
>
> cgf
>