URL:
<http://savannah.gnu.org/bugs/?28900>
Summary: GDL2 fails to build due to GSLazyRecursiveLock
Project: GNUstep
Submitted by: tkack
Submitted on: Mon 15 Feb 2010 12:39:13 PM CET
Category: gdl2
Severity: 3 - Normal
Item Group: Bug
Status: None
Privacy: Public
Assigned to: None
Open/Closed: Open
Discussion Lock: Any
_______________________________________________________
Details:
Not sure if this has to do with the reorg of gnustep currently.
The problem seems to stem from:
[GS_INITIALIZED_LOCK(local_lock, GSLazyRecursiveLock) lock];
Error (removing stuff since it is compining in parallel, single mode produces
same result)
Compiling file EONSAddOns.m ...
EONSAddOns.m: In function ‘GSUseStrictWO451Compatibility’:
EONSAddOns.m:77: error: expected expression before ‘GSLazyRecursiveLock’
EONSAddOns.m:77: warning: invalid receiver type ‘int’
EONSAddOns.m:77: confused by earlier errors, bailing out
Compiling file EOArrayDataSource.m ...
Preprocessed source stored into /tmp/ccbVAozx.out file, please attach this to
your bugreport.
The macro that fails look like this:
#define GS_INITIALIZED_LOCK(IDENT,CLASSNAME) \
(IDENT != nil ? IDENT : [CLASSNAME newLockAt: &IDENT])
and is defined in base/Headers/Additions/GNUstepBase/GSCategories.h
I workaround it by doing:
if (local_lock == nil) {
local_lock = [GSLazyRecursiveLock new];
}
Probably not optimal since GSLazyRecursiveLock does not implement newLockAt:
(or its super class NSRecursiveLock)
What is the best way to solve this?
Let me know if you need the preprocessed file.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?28900>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/bug-gnustep
