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äckelmann changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |[EMAIL PROTECTED]
Attachment #73557|none |rejected
Flag| |
------- Comment #3 from Karsten Bräckelmann 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.
--
garnome-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/garnome-list
