[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Re[2]: NSString.m / stringWithoutPrefix: (was Re[2]: GSWeb probs.)

From: Marcus Müller
Subject: Re: Re[2]: NSString.m / stringWithoutPrefix: (was Re[2]: GSWeb probs.)
Date: Wed, 18 Sep 2002 11:37:01 +0200

On Monday, Sep 16, 2002, at 16:46 Europe/Berlin, Manuel Guesdon wrote:

On Mon, 16 Sep 2002 15:30:41 +0100 Richard Frith-Macdonald <address@hidden> wrote:
| I renamed it to stringByDeletingPrefix: to be consistent with the naming
| conventions of the NSString class.
| However, I think these methods should probably be deprecated and removed | entirely, as they are trivial to implement and I'd really like to remove
| as much non-standard stuff as we reasonably can.

I globaly agree but may be we could move "GNUstep extensions" to a separated library instead of just removing these addons ?

I'd also like to support this idea, although Richard - at least I guess - meant to remove trivial extensions only. There are lots of extensions which cannot possibly be removed. A good start for preparing the move to a separate library would be to move all extensions to 'Additions'. Some time ago I've started the GNUstep -> OS X migration framework which allows for GNUstep programs (I had gsdoc in mind) to be compiled and run under OS X. It would simplify the task of maintaining this framework if all GNUstep Additions would be kept in one place.

The extensions do not necessary need to be a library on GNUstep - it would also not be possible to have them as a library because of dependencies between 'base' and 'additions' I think. The only thing which is necessary in my eyes is to have the Header files clearly separated, so at least it seems the implementations of these 'additions' is kept in a separate library. I just need to maintain the same set of headers in my framework on OS X, making it unnecessary to change code in i.e. gsdoc to compile it on OS X - at least in theory.



Marcus Mueller  .  .  .  crack-admin/coder ;-)
Mulle kybernetiK  .
Current projects: finger address@hidden

reply via email to

[Prev in Thread] Current Thread [Next in Thread]