Mail Archives: cygwin-developers/2003/01/23/15:10:49
On Thu, Jan 23, 2003 at 11:32:24AM -0500, Christopher Faylor wrote:
>>Unfortunately i have not the time to fix this, IMHO this is a gcc bug, not
>>cygwin.
>
>It's not a gcc bug. I've just verified that -nostdinc does not load
>the w32api headers and that -I works correctly.
Ok. Even if it is a gcc bug, if I am understanding this correctly,
it should not occur if I install the latest version of the headers
in /usr/include/..., which is what I do when I test a new release.
I make a proposed release, install it on my system, copy the DLL and
libcygwin.a to the cygwin build area and then do a "make clean check"
in the testsuite. That should end up using the latest headers no
matter what, AFAICT.
In this scenario, with the recent reversion of your patch to pthread.h,
I still get two pthreads errors:
j:\build\i686-pc-cygwin\winsup\testsuite\testsuite>pthread-mutex5
Assertion failed: (success = PTHREAD_MUTEX_DEFAULT == PTHREAD_MUTEX_ERRORCHECK), file /cygnus/src/uberbaum/winsup/testsuite/winsup.a
pi/pthread/mutex5.c, line 18
j:\build\i686-pc-cygwin\winsup\testsuite\testsuite>pthread-mutex6d
Assertion failed: (pthread_mutex_lock(&mutex) == EDEADLK), file /cygnus/src/uberbaum/winsup/testsuite/winsup.api/pthread/mutex6d.c,
line 28
How do we proceed here? I also get this kind of error if I build
everything from scratch and do the standard make; make check.
cgf
- Raw text -