RE: Reorganization of Info.plist

[Adam Fedor]

> From: David Ayers [mailto:d.ayers@inode.at]
> 
> Nicola Pero wrote:
> 
> > Bundles, palettes and services can work in the same way.
> > 
> > Frameworks are a bit more tricky because they now include 
> the list of
> > classes in the Info.plist.  That is a great feature, and we 
> want to keep
> > it, but maybe that list of classes could go into a separate 
> .plist ?  
> > Then we avoid the problem of merging the plists.
> > 
> > ==
> 
> I'm not sure what that information was used for (IIRC this is 
> a gnustep 
> only feature for querying the Classes of a framework before 
> loading it?) 
>   I guess it's up to the "users" of this feature to comment 
> on that, as 
> they would need to be aware of this change and adapt to it.
> 
> In general, I think removing this kind of complexity from 
> -make is very 
> good!
> 

Yes. It's the running of programs within make that appears to be causing 
problems with Debian builds, as well as various other spurious errors (like 
having to, in some cases, set LD_LIBRARY_PATH when installing)