Re: NSPathUtilities Patch - 5 - NSPathUtilities.m

[Sheldon Gill]

On Wed, 21 Apr 2004 17:56, Kazunobu Kuriyama wrote:
> Sheldon Gill wrote:
> IIRC, some people were not in favor of setting
> GNUSTEP_CONFIGURATION_FILE to
> the fixed path /etc/GNUstep/GNUstep.conf.  Did you reached some
> agreement with
> them?

The definition of the fixed path is to be a compile time configuration option.

> > Provision for "Platform Support" which causes
> > NSSearchPathForDirectoriesInDomains() to return additional paths for
> > different platforms. This makes it easier to find applications or other
> > resources.
>
> If the order of search paths has been "corrected", that is likely to break
> other places in both GNUstep and third-parties' applications, where that
> function is called.  Perhaps, that is a right thing to do.  Nonetheless, I
> strongly feel you should state this fact more loudly and consult with those
> who are in charge of version control on making a transition period for
> that. No one is pleased with this sort of change without any warning.

How is it likely to break other places?  All "Platform Support" does is add 
additional paths at the end of the array. It doesn't change things in a 
damaging way. Things that call it get a couple of additional places to search 
in for whatever they're looking for and will only go looking there if it 
hasn't already been found. Nothing breaks.

The order of search paths of GNUstep is currently incorrect. There is a bug 
which is noted in the source.

> Why didn't you pay any attention to backwards compatibility at all?

If I didn't pay any attention to backwards compatibility, why did I bring up 
the issue?

I believe I've payed considerable consideration to backwards compatibility. 
Only where there are reasonable advantages have made changes which effect 
compatibility. These proposed changes require only a recompile. No 
modifications need to be made to application source at all.

If the enumeration order isn't changed then even recompiling isn't needed. 
I've put forward the change now because there are other changes elsewhere in 
GNUstep which are likely to require it anyway.


Regards,
Sheldon