Re: Logic error in GSContext.m?

2010-03-13 Thread Fred Kiefer
Thank you for this patch! I already applied it. The only way I can explain the current code here is that I tried my best to work around all the compiler warnings about mismatched types and that somehow left the extra & operator. Fred Am 13.03.2010 00:52, schrieb Anibal Rindisbacher: > Hi everyone

Re: blit.m in module back

2010-03-13 Thread Fred Kiefer
Am 13.03.2010 01:25, schrieb Anibal Rindisbacher: > Hi, me again. I try to understand the code in back/Source/art/blit.m, I > focus in warnings now, the line in MPRE(run_opaque) of that file: > > unsigned int v; > unsigned short *dst = (unsigned short *)ri->dst; > > COPY_ASSEMBLE_PIXEL(v, ri->r,

[bug #29203] Base does not compile with GNUstep libobjc from svn trunk

2010-03-13 Thread Nicola Pero
Follow-up Comment #4, bug #29203 (project gnustep): > Are there any plans to add sync support to gcc's libobjc any > time soon? If not, I'd be in favor of removing sync support from > GNUstep's libobjc and not getting into the troubles of adding an > autoconf test. GCC is currently frozen (o

[bug #29208] NSCalendarDate's format does not support the %k conversion specifier

2010-03-13 Thread Yavor Doganov
Follow-up Comment #2, bug #29208 (project gnustep): Thanks. Here is my attemt; I'd appreciate a thorough review. The leading space is important for sorting/alignment -- I see that %e omits it (contrary to what the documentation says); probably to match Cocoa behavior? Tested with the attached