Hi Fred, On 5 Feb 2009, at 08:10, Fred Kiefer wrote:
> You see the difference? In your view GNUstep broke things and is > reluctant to fix them. In my story we are willing to fix stuff, but > somebody from Etoile first needs to confirm that we have an actual > solution. I don't think we're blaming GNUstep here. You made a change to track OS X, which meant that some of our code generated a (perfectly safe to ignore) warning. We use a rather paranoid set of CFLAGS for building, to try to catch errors early, which meant that this didn't build. It could have been easily fixed by changing a few types from NSMenuItem* to a qualified id, but since we want to maintain compatibility with the latest released GNUstep for as long as possible, I added explicit casts through (id) so that the warning would go away, and it has done. As far as I'm concerned, Étoilé trunk builds with GNUstep trunk cleanly. I've done at least half a dozen complete builds of our trunk since this change and one complete reinstall of GNUstep + Étoilé without issues. Since this is a change in advertised interface only - it doesn't change the runtime semantics - it might be nice if GNUstep added something like the OS X target version macros, so that a release which compiles with GNUstep version n can have this set in a macro in the makefile and the GNUstep headers only conditionally enable the changes, but it's not a major issue for us (only for packagers). When GNUstep breaks the ABI for no good reason, on the other hand, then we complain... David _______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
