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 _______________________________________________ Discuss-gnustep mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnustep
