[bug #30094] (Regression) FTBFS on GNU/kFreeBSD: sync.m:87: error: 'PTHREAD_MUTEX_RECURSIVE' undeclared

2010-06-18 Thread Riccardo mottola
Update of bug #30094 (project gnustep): Open/Closed: In Test = Closed ___ Follow-up Comment #10: The configure seems to work for me on GNU/HURD, GNU/Linux (Debian and Gentoo), Windows/mingw

[bug #30094] (Regression) FTBFS on GNU/kFreeBSD: sync.m:87: error: 'PTHREAD_MUTEX_RECURSIVE' undeclared

2010-06-13 Thread Richard Frith-Macdonald
Follow-up Comment #8, bug #30094 (project gnustep): I'd like to make a bugfix release of the base library (1.20.1) with all the recent changes, and this issue is the thing that's holding it up. I've applied all the latest changes to the stable branch in svn so that things can be tried out

[bug #30094] (Regression) FTBFS on GNU/kFreeBSD: sync.m:87: error: 'PTHREAD_MUTEX_RECURSIVE' undeclared

2010-06-13 Thread Yavor Doganov
Follow-up Comment #9, bug #30094 (project gnustep): Unfortunately I won't be able to confirm that the failure is fixed on GNU/kFreeBSD until gnustep-base 1.20.x is uploaded to Debian (either with the upstream fix, or the same as a Debian patch). It's like a chicken and egg problem for us... So

[bug #30094] (Regression) FTBFS on GNU/kFreeBSD: sync.m:87: error: 'PTHREAD_MUTEX_RECURSIVE' undeclared

2010-06-12 Thread Richard Frith-Macdonald
Follow-up Comment #7, bug #30094 (project gnustep): I agree with Yavor that it makes sense to remove all the cruft from our sourcecode and rely on autoconf to do the hard work for us. So I've manually (hope I didn't make any mistake) applied the supplied patch to svn trunk to let us try it. If

[bug #30094] (Regression) FTBFS on GNU/kFreeBSD: sync.m:87: error: 'PTHREAD_MUTEX_RECURSIVE' undeclared

2010-06-11 Thread Yavor Doganov
Follow-up Comment #5, bug #30094 (project gnustep): Strange, but if that works, OK. There are 3 more places where this condition needs to be changed, could you please do that? GSPThread.h, NSLock.m, NSZone.m ___ Reply to this item at:

[bug #30094] (Regression) FTBFS on GNU/kFreeBSD: sync.m:87: error: 'PTHREAD_MUTEX_RECURSIVE' undeclared

2010-06-11 Thread Riccardo mottola
Follow-up Comment #6, bug #30094 (project gnustep): I modified the remaining files, it works for me on HURD. Let's keep the bug in test, for some time so that people have time to build on their machines. It would be nice if you can arrange a test on kFreeBSD.

[bug #30094] (Regression) FTBFS on GNU/kFreeBSD: sync.m:87: error: 'PTHREAD_MUTEX_RECURSIVE' undeclared

2010-06-10 Thread Riccardo mottola
Follow-up Comment #2, bug #30094 (project gnustep): this fix breaks compilation on Solaris again, glibc is a mess, the __GLIBC__ check is not enough and not inconditionally valid. ___ Reply to this item at:

[bug #30094] (Regression) FTBFS on GNU/kFreeBSD: sync.m:87: error: 'PTHREAD_MUTEX_RECURSIVE' undeclared

2010-06-10 Thread Riccardo mottola
Update of bug #30094 (project gnustep): Open/Closed: Closed = Open ___ Reply to this item at: http://savannah.gnu.org/bugs/?30094 ___

[bug #30094] (Regression) FTBFS on GNU/kFreeBSD: sync.m:87: error: 'PTHREAD_MUTEX_RECURSIVE' undeclared

2010-06-10 Thread Riccardo mottola
Update of bug #30094 (project gnustep): Open/Closed:Open = In Test ___ Follow-up Comment #4: added both __GNU__ and __GLIBC__ seems to work on my platfosm.

[bug #30094] (Regression) FTBFS on GNU/kFreeBSD: sync.m:87: error: 'PTHREAD_MUTEX_RECURSIVE' undeclared

2010-06-09 Thread Yavor Doganov
URL: http://savannah.gnu.org/bugs/?30094 Summary: (Regression) FTBFS on GNU/kFreeBSD: sync.m:87: error: 'PTHREAD_MUTEX_RECURSIVE' undeclared Project: GNUstep Submitted by: yavor Submitted on: Wed Jun 9 14:38:36 2010

[bug #30094] (Regression) FTBFS on GNU/kFreeBSD: sync.m:87: error: 'PTHREAD_MUTEX_RECURSIVE' undeclared

2010-06-09 Thread Richard Frith-Macdonald
Update of bug #30094 (project gnustep): Status:None = Fixed Open/Closed:Open = Closed ___ Follow-up Comment #1: Thanks, I applied