X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 	tests=AWL,BAYES_00,SPF_PASS
X-Spam-Check-By: sourceware.org
Message-ID: <49CBB380.50802@gmail.com>
Date: Thu, 26 Mar 2009 16:55:28 +0000
From: Dave Korn <dave DOT korn DOT cygwin AT googlemail DOT com>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: problem with pthread.h
References: <alpine DOT LFD DOT 1 DOT 10 DOT 0903251454430 DOT 11485 AT cs25 DOT cs DOT iusb DOT edu> <alpine DOT LFD DOT 1 DOT 10 DOT 0903261155290 DOT 14047 AT cs25 DOT cs DOT iusb DOT edu>
In-Reply-To: <alpine.LFD.1.10.0903261155290.14047@cs25.cs.iusb.edu>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Dana wrote:
> I have the same problem with or without -I in the command line. The
> thing is that I did the command
> grep "pthread_attr_t" sys/*.h
> while being in /usr/include, and it came up empty.

  Right, that settles it; your installation is just broken somehow.

admin AT ubik /usr/include
$ grep "pthread_attr_t" sys/*.h
sys/signal.h:  pthread_attr_t  *sigev_notify_attributes;    /* Notification
Attributes */
sys/types.h:} pthread_attr_t;

admin AT ubik /usr/include
$

> Furthermore, I had an older version of cygwin from a few months back
> which had the said type in the file types.h, but which caused the other
> incompatibilities I mentioned. I updated cygwin only two days ago and
> the new file types.h that was installed didn't have that type in anymore.

  Something must have gone wrong during the installation.  You could perhaps
fix it by rerunning setup.exe and seeing if it finishes off any part-installed
jobs.  Just for curiousity, what does the copy of types.h that you have look
like?  Is it possibly truncated?  Did your disk perhaps fill up (maybe only
transiently) during the install?

> I noticed that this problem of missing type is inherent to the MinGW
> version of the g++ compilers, and that the newest version of cygwin
> seems to use those tools instead of their own g++.

  No, that is completely incorrect in every way.  The "problem" is the correct
behaviour of the C compiler on any platform when fed damaged header files, and
 Cygwin does not use MinGW tools, although it does supply a MinGW
cross-compiler *as well as* the native one.

> Could you indicate perhaps a mirror site that you know has the correct
> version having the type? I will try to uninstall cygwin and install it
> again from scratch.

  All the mirror sites listed on the cygwin.com page are regularly verified
for correctness by a script.  Reinstalling from scratch is probably a little
drastic, why not just reinstall on top?  On the setup.exe package selector
screen, bring up the Categories tree view, and click on the topmost category
until it cycles to "Reinstall".  But first just try running setup.exe straight
through and seeing if it finishes off anything that didn't complete previously.


    cheers,
      DaveK


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/