Changes to building debug/profile libraries and applications

[Nicola Pero]

On subversion/trunk I did the change that had been announced ...
gnustep-make has been simplified quite a bit.

You may want to review your GNUmakefiles and code to make sure they still
compile. :-)

*** 1. The suffixes '_d', '_p', '_s', '_dp', etc. for libraries have been
removed.

If you have code that is looking for libraries, you can remove all the
logic that is trying to find libgnustep-base_d.so instead of
libgnustep-base.so, and that is trying to decide if it needs to link to
the debug or non-debug version ... there is now only a single version of a
library, which is libxxx.so (or libxxx.a for static).

*** 2. The suffixes '.debug', '.profile' for applications have been
removed - only the '.app' suffix is being used now.

For example, if you compiled Gorm with debug you'd end up with a
Gorm.debug.  No longer -- now, no matter how Gorm is compiled, it will
always be Gorm.app.  If you have code that deals with those suffixes, you
can remove it ... there is now only a single version of an application,
which is xxx.app.

*** 3. the directories './shared_obj', './shared_debug_obj', etc. used
when building have been removed - only the './obj' directory is being used
now.

If you have makefile code that is looking for stuff in ./shared_obj or
./shared_debug_obj, then please replace ./shared_obj or ./shared_debug_obj
or whatever you're using with $GNUSTEP_OBJ_DIR (or $(GNUSTEP_OBJ_DIR)
inside a GNUmakefile) instead.  That will resolve to
$GNUSTEP_BUILD_DIR/obj, which will work fine.  You can also remove any
code that is trying to decide which directory (out of ./shared_obj,
./shared_debug_obj, etc) to use ... there is now only a single obj
directory, which is ./obj.

Thanks