[bugs #9705] "make clean" for documentation undoes results of other make's

[Adam Fedor]

This mail is an automated notification from the bugs tracker
 of the project: GNUstep.

/**************************************************************************/
[bugs #9705] Latest Modifications:

Changes by: 
                Adam Fedor <fedor@gnu.org>
'Date: 
                Fri 10/01/2004 at 22:51 (US/Mountain)

            What     | Removed                   | Added
---------------------------------------------------------------------------
            Category | Makefiles                 | Base/Foundation
          Resolution | None                      | Fixed
         Assigned to | None                      | fedor
              Status | Open                      | Closed


------------------ Additional Follow-up Comments ----------------------------
In principal it's difficult to determine the targets that make clean has been 
called with (e.g. it could be called with multiple targets). The problem, then, 
is really the odd way we build documentation in base and gui - by calling make 
on a separate make file in the Source and Tools directory.  I've added a 
work-around for base and gui that solves this problem.






/**************************************************************************/
[bugs #9705] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=9705>
Project: GNUstep
Submitted by: Adrian Robert
On: Tue 07/20/2004 at 16:38

Category:  Base/Foundation
Severity:  5 - Average
Item Group:  Bug
Resolution:  Fixed
Privacy:  Public
Assigned to:  fedor
Status:  Closed


Summary:  "make clean" for documentation undoes results of other make's

Original Submission:  When building gnustep from source, if you do this:

cd gnustep/core/base ; make ; cd Documentation ; make

Everything is fine; then do

make clean ; make

This should just rebuild the docs, but instead you get an error, because 
../Tools/obj (and, for that matter, ../Source/obj) have been deleted, so the 
autogsdoc tool is not found.  The 'obj' files are symlinks to 'shared_obj' put 
there by the regular (base) make, NOT by the documentation make.

What seems to be the problem is the "make clean" rule for "documentation" 
GNUstep targets is removing 'obj' symlinks even though it does not create them.


Follow-up Comments
------------------


-------------------------------------------------------
Date: Fri 10/01/2004 at 22:51       By: Adam Fedor <fedor>
In principal it's difficult to determine the targets that make clean has been 
called with (e.g. it could be called with multiple targets). The problem, then, 
is really the odd way we build documentation in base and gui - by calling make 
on a separate make file in the Source and Tools directory.  I've added a 
work-around for base and gui that solves this problem.












For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=9705>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/