Hi David,
On Mar 6, 2008, at 7:54 AM, David Ayers wrote:
Tim McIntosh schrieb:
I have made a number of minor changes that I eventually intend to
either
undo or get accepted into the mainline. One difference in this
version
that may never make it into the mainline is the use of Cocoa-styl
BTW: sometimes people don't know what ABI compatibility implies in the
real world. The basic idea is that if I have a library and a tool, I
can replace 'library' with any ABI compatible library and the tool
still works. Stuff like crasher bugs being fixed.
Say, I have installed
gnustep-base
On 08.03.2008, at 00:33, Gregory John Casamento wrote:
Currently there is a lot of space which is marked as "reserved" in
Apple's header files. This allows for future additions without
changing the memory layout of the class which is what leads to ABI
issues and subsequently the need for r
I would love to see a GUI release 1.0, but clearly this is something we
wont manage in the next few months. This leave your first two options.
There is one fundamental difference between gui classes and base
classes. Most of the Foundation classes encapsulate a clear well defined
concept that wont
Applied.
Thank you Quentin!
Quentin Mathé wrote:
> Hi,
>
> Here is a patch that corrects -itemAtRow: to return nil when no row
> exists for the given index (that's Cocoa behavior).
> This patch also tries to clean the initialization of NSOutlineView since
> the ivars aren't initialized to the sa
Adam/Fred,
One of the things I think we need to do in order to address the ABI
compatibility issue is to adopt a strategy similar to what Apple has done in
it's headers.
Currently there is a lot of space which is marked as "reserved" in Apple's
header files. This allows for future additions
Yes. :)
Gregory Casamento -- Principal Consultant - OLC, Inc
# GNUstep Chief Maintainer
- Original Message
From: Lars Sonchocky-Helldorf <[EMAIL PROTECTED]>
To: Gregory John Casamento <[EMAIL PROTECTED]>
Cc: Fred Kiefer <[EMAIL PROTECTED]>; GNUstep Developer
Sent: Friday, March 7, 200
Is someone taking care of this?
Regards,
Lars
Am 03.03.2008 um 22:54 schrieb Gregory John Casamento:
I think SoC would be a good thing to get into this year. We need
to gain momentum and SoC is a good way to get the word out as well
as get some people interested in GNUstep.
Lat
Hi,
Here is a patch that corrects -itemAtRow: to return nil when no row
exists for the given index (that's Cocoa behavior).
This patch also tries to clean the initialization of NSOutlineView
since the ivars aren't initialized to the same values when you create
the outline view in Gorm or in
Thanks Tim!
Tim McIntosh schrieb:
> Thanks! It works with the new patch below, i.e., check for NULL. I
> forgot to mention that it appears that forward:: is neither called nor
> implemented by NSObject under 10.5. It is implemented and called under
> 10.4.
Great! Committed!
>>>// Used o
Test results for GNUstep as of Fri Mar 7 06:34:18 EST 2008
If a particular system failed compilation, the logs for that system will
be placed at ftp://ftp.gnustep.org/pub/testfarm
If you would like to be a part of this automated testfarm, see
http://wiki.gnustep.org/index.php/Developer_FAQ#How_ca
On Mar 6, 2008, at 7:39 AM, David Ayers wrote:
Is this patch too evil, or can we do something like this?
Hehe... actually, it's not evil enough. ;-)
I've committed a patch that should replace the runtime implementation
pointer of EOFault's forward:: method with the one of NSObject. This
shou
Hello Tim,
Tim McIntosh schrieb:
> I've been working on a Mac OS native port of the GSWeb and GDL2
> frameworks, for use with Xcode and the Cocoa frameworks outside of a
> full GNUstep environment. I have put together Installer packages for
> Mac OS 10.4 and 10.5, which can be found here:
>
>
13 matches
Mail list logo