Re: SSL bundle

[Fred Kiefer]

David Ayers wrote:
> Nicola Pero schrieb:
> 
>> It would be nice instead for the author of the bundle to be able to
>> control if gnustep-gui should be used when linking or not; ie, if it's
>> a "GUI bundle"
>> or a "non-GUI bundle". :-)
>>
>> Maybe a gnustep-make variable to switch from GUI bundles to non-GUI
>> ones ?
>>
>> Something like
>>
>> include $(GNUSTEP_MAKEFILES)/common.make
>>
>> BUNDLE_NAME = MyBundle
>> ...
>> MyBundle_NEEDS_GUI = NO
>> ...
>>
>> include $(GNUSTEP_MAKEFILES)/bundle.make
>>
>> that would be recognized (only by new versions of gnustep) to mean
>> that gnustep-gui should not be linked in even
>> if available/installed.
>>
>> If the variable is omitted, gnustep-gui would be linked in by default
>> (if available), as it happens now.
>>
>> Comments on the idea are welcome ;-)
> 
> I think you should consider deprecating the automatic inclusion of
> gui.make by:
> 
> - moving the current gui.make from Additional to Auxiliary
> - having a new gui.make in Additional use the technique above to insure
> backward compatibility for at least the next release
> - yet emit a warning that automatic inclusion is deprecated.
> 
> I think projects like ProjectCenter and ProjectManager should be able to
> include the correct -make file fragments based on their project type.
> 

That may be fine for server applications but all project out there that
rely on gui.make being included automatically will fail in the future
and for now would result in a deprecation message. What I could see as
an exceptable solution is to have Nicolas explicit flag to not include
gui.make or introduce new make templates like non-gui-application and
not include gui.make there.

In most cases it does not cause any trouble to always include gui.make.
Only on already inconsistent systems we should be able to produce a
better warning message and fall back to something sensible. The ability
to link without gui is a nice add-on, that should be possible, but not
on the cost of breaking most applications out there.

Cheers,
Fred