Вы попробовали NDepend? Это будет показывать Вам зависимости, и можно также проанализировать удобство использования классов и методов.
Их веб-сайт:
Нет никакой априорной гарантии, что / usr / local / bin останется в ПУТИ (особенно он не обязательно будет оставаться «перед» / usr / bin! -), так что это прекрасно Для установщика разумно убедиться, что специально необходимый каталог /Library/.../bin действительно попадает в PATH. Кроме того, может случиться так, что в /Library/.../bin есть дополнительные материалы, которые не получают символических ссылок в / usr / local / bin, хотя я считаю, что в настоящее время это не так с последними стандартными дистрибутивами Python для Mac.
Если вы знаете, что способ организации вашего пути и точный набор исполняемых файлов, которые вы будете использовать, полностью соответствуют / usr / local / bin, то для вас вполне нормально удалить / Library / etc с вашего собственного пути, конечно.
Я только что заметил / столкнулся с этой проблемой на моем Mac. У меня на компьютере установлены Python 2.5.4, 2.6.2 и 3.1.1, и я искал способ легко переключаться между ними по желанию. Именно тогда я заметил все символические ссылки для исполняемых файлов, которые я нашел как в / usr / bin, так и в / usr / local / bin. Я удалил все символические ссылки, не относящиеся к конкретной версии, оставив python2.5, python2.6 и т.д., и написал сценарий оболочки bash, который я могу запустить как root, чтобы изменить одну символическую ссылку, которую я использую, чтобы направить путь к версии по моему выбору.
'/ Library / Frameworks / Python.framework / Versions / Current'
Единственный недостаток в извлечении символических ссылок - это то, что они по какой-то причине понадобились другому приложению. Мое мнение относительно того, почему создаются эти символические ссылки, аналогично оценке Алекса, установщик пытается охватить все основы.