On 5/2/07, Quentin Mathé <[EMAIL PROTECTED]> wrote: > Le 2 mai 07 à 02:43, Yen-Ju Chen a écrit : > > > Author: yjchen > > Date: Wed May 2 02:43:47 2007 > > New Revision: 1816 > > > > URL: http://svn.gna.org/viewcvs/etoile?rev=1816&view=rev > > Log: > > Trun EtoileFoundation into framework > > > > Added: > > trunk/Etoile/Frameworks/EtoileFoundation/Headers/Cocoa.h > > - copied unchanged from r1815, trunk/Etoile/Frameworks/ > > EtoileFoundation/Headers/Cocoa/Cocoa.h > > Removed: > > trunk/Etoile/Frameworks/EtoileFoundation/Headers/Cocoa/Cocoa.h > > You wonder why I put Cocoa.h in a Cocoa directory. iirc that's just > because the compilation failed otherwise since the import statement > is <Cocoa/Cocoa.h> > It's probably simpler to replace it by <AppKit/AppKit.h>. I didn't do > it initially because Uli was working on these files and it was easier > that way to keep them in sync with his own version. But they haven't > really evolved since then… so it doesn't matter anymore. Uli could > have replaced Cocoa.h by AppKit.h too ;-)
A side note, I realize gnustep-gui install a Cocoa/Cocoa.h, too. I notice that when I compile the Jabber, which also use Cocoa/Cocoa.h. I realize that after I finish the EtoileFoundation, EtoileUI and DistributedView. So I think it is safe to remove our own Cocoa.h since GNUstep provides it. > > Quentin. > > > _______________________________________________ > Etoile-dev mailing list > [email protected] > https://mail.gna.org/listinfo/etoile-dev > _______________________________________________ Etoile-dev mailing list [email protected] https://mail.gna.org/listinfo/etoile-dev
