Re: [anjuta-devel] symbol-db progress



Hi,

On 01/31/2011 11:55 AM, Johannes Schmid wrote:
Hi!

(CC'ing anjuta-devel)

I've just committed my changes on system-db-refactor.
I saw that you put a package-scanner on language-support-cpp-java
plugin. I was planning to add that code on symbol-db side, avoiding the
other  plugins to provide the list of files to scan and add them to db.
Would it be possible to move that CppPackageScanner at anjuta-pkg-config
  side so that it's usable from symbol-db?

Yes, I guess it would be better to move CppPackageScanner to libanjuta as
AnjutaPackageScanner. However, I would still like to provide the list of
files from language-support-cpp-java plugin because I might want to allow
the creating of custom packages and also some predefined
non-pkg-config ones (like libc).


ok thak makes sense.
My code on symbol-db/plugin.c was firstly for test purposes and secondly to enable all the required packages of a project. Moving this outside symbol-db is fine but please consider to enable the required packages of a project. This would permit us to remove the 'anjuta-pkg-config-chooser' thing from language-support-cpp-java plugin and let the packages to auto-enable without user interaction.

Actually my (still not working) modifications could use that code to
auto load the project required packages at project-loaded time. See
symbol-db/plugin.c on_project_loaded ().


I think symbol-db shouldn't care about pkg-config at all since it is C/C
++ specific and should be handled by the correspondending plugin. I
already have the project loading code in the CppJavaPlugin and it is
working ok for me. As the user is only interested when he works on C/C++
files I think it is reasonable to scan the packages once the first file is
opened.

ok, that's good.

thanks and regards,
Massimo




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]