[Bug 358126] showdeps needs a MAXDEPTH parameter
- From: "GARNOME (bugzilla.gnome.org)" <bugzilla-daemon bugzilla gnome org>
- To: garnome-list gnome org
- Subject: [Bug 358126] showdeps needs a MAXDEPTH parameter
- Date: Thu, 28 Sep 2006 15:05:27 +0000 (UTC)
Do not reply to this via email (we are currently unable to handle email
responses and they get discarded). You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=358126
GARNOME | general | Ver: 2.16.x
Karsten Br�elmann changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |guenther rudersport de
Attachment #73557|none |rejected
Flag| |
------- Comment #3 from Karsten Br�elmann 2006-09-28 15:04 UTC -------
Nope, showdeps will *not* get into any circles. Any circle would mean an
infinite loop -- and thus install would be broken, too.
Anyway... I agree that showdeps is quite dumb. However, it's intention is to
check all deps for a *particular* garball. Running this for every single
garball is quite insane... ;)
I'm not sure if an enforced MAXDEPTH parameter is the correct approach here.
Your goal is to gather the data necessary to generate a nice dep graph. Which
basically is maxdept=2 always -- the garball itself plus the LIBDEPS, not
descending at all.
Recursive calls of make don't remember easily the garball it already touched.
Thus, IMHO, a better approach is this:
* A new target, that spews the direct LIBDEPS only.
* A script, that uses this data.
Maybe even not calling make at all, but using a script that recursively checks
all Makefiles itself. This will be way faster even.
Rejecting the patch, cause it *enforces* a MAXDEPTH parameter.
--
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]