Review request: control flow graph plugin

[Sandro Andrade]

>>
>> Hi Andreas,
>>
>> It depends on kgraphviewer trunk. While gsoc was running many changes
>> were done in kgraphviewer to meet plugin demands. As kgraphviewer is
>> in extragear, I think we would need to sync releases somehow.
>
> Ok, so as Aleix said we'd need a release of kgraphviewer.
>

Ok, I'll contact Gael.

> What you forgot to tell us: Where do you want to move the plugin to? (Sorry
> can't recall from the private mails)
>

I think it would be moved to kdevplatform, but I would have to ensure
some language-independency aspects yet.

One thing I've just noticed: how to identify containers (actually
classes and inter-contained namespaces) in a language-independent way
? Is declaration->qualifiedIdentifier() supposed to work with any
language ? If yes, what would be the output format ? I'm using such
stuff for creating the clustered graphs.

Thanks,
Sandro

> In case its supposed to move to kdevplatform or kdevelop, I'd like to talk
> with the release team. Strictly speaking modules from KDE/ cannot depend on
> stuff in extragear, but I don't think that makes a lot of sense for
> anything besides kdelibs and kdebase.
>
> Andreas
>
> --
> Don't get stuck in a closet -- wear yourself out.
>
> _______________________________________________
> KDevelop-devel mailing list
> KDevelop-devel at kdevelop.org
> https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel
>



-- 
Sandro Santos Andrade
--------------------------------------------------------
http://sandroandrade.wordpress.com
http://liveblue.wordpress.com
Distributed Systems Laboratory (LaSiD)
Computer Science Department (DCC)
Federal University of Bahia - Brazil
KDE developer - KDevelop project