These files need to be removed from Source/libgnustep-base.def.
gnustep-base_d.exp(.edata+0x47c):
fake: undefined reference to `__objc_class_name_NSArrayNonCore'
gnustep-base_d.exp(.edata+0x4a8):
fake: undefined reference to `__objc_class_name_NSCoderNonCore'
gnustep-base_d.exp(.edata+0x4b8):
fa
Michael Scheibler wrote:
>
> These files need to be removed from Source/libgnustep-base.def.
>
> gnustep-base_d.exp(.edata+0x47c):
> fake: undefined reference to `__objc_class_name_NSArrayNonCore'
> gnustep-base_d.exp(.edata+0x4a8):
> fake: undefined reference to `__objc_class_name_NSCoderNonCor
Hi Nicola,
> So - I'd rather propose the following change (I also added lots of
> comments to help future bug fixings) - if you can test it and it's Ok, we
> could use this one -
I tested it: it doesn't do the job.
> startAngle = 0
> endAngle = -450
> clockwise
>
> it wouldn't work... from -9
Hi Georg,
> > startAngle = 0
> > endAngle = -450
> > clockwise
> >
> > it wouldn't work... > from -90 to 0>
>
> Thats exactly what it does, and I think its the correct behavior.
Ok - so we don't agree on what the API is supposed to do. :-)
To add to the confusion, the macos-x doc for NSBezie
Seems Linux ELF, at least with newest binutils, needs OBJC_CLASS_SECTION=D to
build frameworks. (one-line) patch attached.
--
| Jeff Teunissen - Pres., Dusk To Dawn Computing - deek at dusknet.dhs.org
| GPG: 1024D/9840105A 7102 808A 7733 C2F3 097B 161B 9222 DAB8 9840 105A
| Core developer, Th
Hi Nicola,
> Does this patch look right to you ?
Absolutely, and it works for all I've tested.
> ...but I
> think the macos-x doc for NSBezierPath says that we should not draw the
> line in NSBezierPath. I need to look at it - but if the backend is using
> NSBezierPath to draw the arc, then w