Re: Cocoa Compatible, is it actually possible?
Le 27 juil. 09 à 02:21, Matt Rice a écrit : On Sun, Jul 26, 2009 at 2:41 PM, David Chisnallthera...@sucs.org wrote: There used to be an automatically-generated list somewhere, but it wasn't very accurate. I'm not sure if it still exists. If you develop with GNUstep and then port to OS X, things are much more likely to work than the other way around, as long as you don't #import any of the GNUstep extension headers (and, even then, they are often available as categories on OS X). To give you a rough idea of the completeness of GNUstep, I use the Apple API documentation when I am writing GNUstep code, rather than the GNUstep docs, and haven't come across a missing method that I actually wanted to use for quite a while. David i think maybe you're referring to this thing (and i remember maybe Quentin Mathe had mentioned maybe hacking on it, maybe he has a better version) http://lists.gnu.org/archive/html/discuss-gnustep/2005-05/ msg00018.html I was really interested by a tool like that but I never got around to working on it. This has also been mentioned several times on the SoC idea page. See the first point in General Improvements: http://wiki.gnustep.org/index.php/Summer_Of_Code_2009 Quentin. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: New gui/back release?
Fred Kiefer schrieb: why do you expect the next release to break ABI compatibility? What I wanted to do is a bug fix release and this is why I restricted myself to non ABI breaking changes. Looking back through the ChangeLog file I noticed that Greg has added an attached sheet ivar to NSWindow, this will break ABI even though there still is no functionality behind that ivar. The idea of doing a release before your change landed was to give your code some time to mature while it is exposed to multiple users with different setup. Two months will be the minimum for that, we should rather give it a bit more time, given the slow speed at which people pick up GNUstep SVN changes. This would result in no GNUstep release for that time and I really would have loved to see the bug fixes out there. For example the cairo scrolling fix is something that the Etoile people have been waiting for a long time. In the meantime Greg has commit some more of his attached sheet changes, code which I find of limited quality. There also hasn't been any sign of him fixing the NIB loading issues for NSTextView he introduced two months ago. I started to work on a fix here myself, but really I at the moment I am not able to stop the gui code from degrading. OK, I stop complaining and come up with a way forward. I will give Greg time until this weekend to fix his sheet change, otherwise I will clean up myself and after about a week of test we should be able to make a gui and back release. Somebody else will have to speak up whether base is ready for a release. Greg did some clean up here, that should make us ready for a release. As Greg didn't undo his ivar change, I expect that he wants a full release with changed soname, not just a bug fix release. This is rather unfortunate as the next release after this will also be an ABI breaking one. Fred ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: New gui/back release?
Fred, I can undo the change. The last email you sent wasn't clear with respect to whether you wished me to remove it or to fully implement it. I chose to fully implement it. I can remove it and stub out the implementation, if we want to do an ABI compatible release this time around. Thanks, GC Gregory Casamento -- Principal Consultant - OLC, Inc # GNUstep Chief Maintainer From: Fred Kiefer fredkie...@gmx.de To: Developer GNUstep gnustep-dev@gnu.org Cc: Adam Fedor fe...@qwestoffice.net Sent: Monday, July 27, 2009 9:26:08 AM Subject: Re: New gui/back release? Fred Kiefer schrieb: why do you expect the next release to break ABI compatibility? What I wanted to do is a bug fix release and this is why I restricted myself to non ABI breaking changes. Looking back through the ChangeLog file I noticed that Greg has added an attached sheet ivar to NSWindow, this will break ABI even though there still is no functionality behind that ivar. The idea of doing a release before your change landed was to give your code some time to mature while it is exposed to multiple users with different setup. Two months will be the minimum for that, we should rather give it a bit more time, given the slow speed at which people pick up GNUstep SVN changes. This would result in no GNUstep release for that time and I really would have loved to see the bug fixes out there. For example the cairo scrolling fix is something that the Etoile people have been waiting for a long time. In the meantime Greg has commit some more of his attached sheet changes, code which I find of limited quality. There also hasn't been any sign of him fixing the NIB loading issues for NSTextView he introduced two months ago. I started to work on a fix here myself, but really I at the moment I am not able to stop the gui code from degrading. OK, I stop complaining and come up with a way forward. I will give Greg time until this weekend to fix his sheet change, otherwise I will clean up myself and after about a week of test we should be able to make a gui and back release. Somebody else will have to speak up whether base is ready for a release. Greg did some clean up here, that should make us ready for a release. As Greg didn't undo his ivar change, I expect that he wants a full release with changed soname, not just a bug fix release. This is rather unfortunate as the next release after this will also be an ABI breaking one. Fred ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: New gui/back release?
Gregory John Casamento schrieb: I can undo the change. The last email you sent wasn't clear with respect to whether you wished me to remove it or to fully implement it. I chose to fully implement it. I can remove it and stub out the implementation, if we want to do an ABI compatible release this time around. It is up to you Greg, you are the project maintainer. If you decide to break binary compatibility right after a release, it is fine for me, I just wasn't sure you did it intentional, after the many complaints we had about breaking that too often. As for the full implementation of sheets, I think they are still run via the NSApplication run modal code, so there wont be any difference to what there was before. Only now the window knows that there is a sheet. Fred ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: New gui/back release?
I have stubbed out the ivar and it's methods. This should have no impact since no one is actually using the attachedSheet method. I'll put it back in once we have done the release. Thanks, GC On Mon, Jul 27, 2009 at 10:43 AM, Fred Kieferfredkie...@gmx.de wrote: Gregory John Casamento schrieb: I can undo the change. The last email you sent wasn't clear with respect to whether you wished me to remove it or to fully implement it. I chose to fully implement it. I can remove it and stub out the implementation, if we want to do an ABI compatible release this time around. It is up to you Greg, you are the project maintainer. If you decide to break binary compatibility right after a release, it is fine for me, I just wasn't sure you did it intentional, after the many complaints we had about breaking that too often. As for the full implementation of sheets, I think they are still run via the NSApplication run modal code, so there wont be any difference to what there was before. Only now the window knows that there is a sheet. Fred ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev -- Gregory Casamento Open Logic Corporation, Principal Consultant ## GNUstep Chief Maintainer yahoo/skype: greg_casamento, aol: gjcasa (240)274-9630 (Cell), (301)362-9640 (Home) ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Success with GNUstep installer on Windows 7 64-bit
On Jul 26, 2009, at 4:42 PM, Eric Wasylishen wrote: Hi, I just wanted to report that I tested the GNUstep Windows installer version 0.23.0 on Windows 7 64-bit, and it worked fine. I was able to compile and run SystemPreferences.app. So, the comment on http://www.gnustep.org/experience/Windows.html that the installer doesn't work on 64-bit systems isn't quite accurate. :) Thanks for the info! I'll update the page. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: New gui/back release?
Gregory Casamento schrieb: I have stubbed out the ivar and it's methods. This should have no impact since no one is actually using the attachedSheet method. I'll put it back in once we have done the release. Great, this should make us ready for a bug fix release for gui and back. Adam, are you willing to take over this task again? Richard, what is the state of base. Any worthwhile changes for a bug fix release? I am currently going through old mails that I marked as needing more attention to see if there is any other fix that should go in. Fred ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: New gui/back release?
On Jul 27, 2009, at 3:51 PM, Fred Kiefer wrote: Gregory Casamento schrieb: I have stubbed out the ivar and it's methods. This should have no impact since no one is actually using the attachedSheet method. I'll put it back in once we have done the release. Great, this should make us ready for a bug fix release for gui and back. Adam, are you willing to take over this task again? Sure, I'll get things ready for a new release. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
