This mail is an automated notification from the bugs tracker
of the project: GNUstep.
/**************************************************************************/
[bugs #9705] Latest Modifications:
Changes by:
Adam Fedor <[EMAIL PROTECTED]>
'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/
_______________________________________________
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-gnustep
