SourceNav release ...
Eray Ozkural (exa)
erayo at cs.bilkent.edu.tr
Sat Jan 19 18:01:02 UTC 2002
-----BEGIN PGP SIGNED MESSAGE-----
On Friday 18 January 2002 16:58, Mo DeJong wrote:
> On Fri, 18 Jan 2002 23:55:53 +0200
> "Eray Ozkural (exa)" <erayo at cs.bilkent.edu.tr> wrote:
> There are always alternatives in the DB arena. Abstracting the DB interface
> so that it does not strictly rely on Berkeley DB was all I meant.
> Attempting to rewrite working code to make the DB layer more generic is
> about as much fun as poking yourself in the eye (the SN code is guilty of
Well we can lower the priority of an abstract DB interface then. ;)
> Sounds good, as long as #3 (or any other GUI front end) is left outside the
> scope of the project. I think a key to success will be minimizing external
> dependencies so that code can easily be incorporated into other projects.
> Then there is the old C vs C++ debate and the discussion of which
> lame/broken compilers should be supported.
Sure. A GUI front end can be hosted on KDE CVS. Possibly kdenonbeta, it might
be too alpha to include it in kdevelop.
> I would be very interested in helping you get this project going. My
> initial focus would be on a regression test suite and a Java parser. What
> comes next is the age old question of labels and resources. This project
> will need a name and a home. Sourceforge has some great features, but the
> mailing list archives are really lame. I have always been impressed by the
> folks that run sourceware (aka sources.redhat.com), but I don't know if it
> is the best place for such a project.
I first thought "libsourcenav" since that is what we are doing: making it
work better as a library rather than a stand alone application. It would also
mark the descent of the project better. For a fancier name, I thought
"sourcemine" since we could actually run data mining programs such as
association rule mining or sequence rule mining on databases derived from
sourcenav project databases. Frequency mining is my current research subject,
so I tend to think of applications of data mining rather quickly. :)
Eray Ozkural (exa) <erayo at cs.bilkent.edu.tr>
Comp. Sci. Dept., Bilkent University, Ankara
GPG public key fingerprint: 360C 852F 88B0 A745 F31B EA0F 7C07 AE16 874D 539C
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
-----END PGP SIGNATURE-----
More information about the KDevelop-devel