Re: compilers storing code outside hierarchical filesystems?

Basile STARYNKEVITCH <basile@starynkevitch.net> writes:
[...]
>I heard about some IBM Java? or C++? compiler which stored source code
>in some kind of RDBMS


Sounds like "VisualAge for Java" from OTI (an IBM company). See


http://www.oti.com/
http://www-4.ibm.com/software/ad/vajava/


[...]
>Conceptually this means that the compiler is
>integrated in a IDE, or at least an editor, which stores code in the
>RDBMS and notify the compiler. This permit smart recompilation (of
>only changed functions) - at a finer grain than usual make+compiler
>techniques.
>
>I would be specially interested by an opensource implementation
>running on Linux (but this probably does not exist, I would have found
>it already).


This might be your lucky week... the OTI folks have been busy writing
a successor to VisualAge called "Eclipse". The primary platforms are
x86/Windows and x86/Linux, and last week they put out a press release
stating that it is now open-source. See


http://www.eclipse.org/


Now for the fine print: one of the differences between VisualAge and
Eclipse is that Eclipse stores source code in normal files and directories
the way God intended, rather than in one of them thar dangerous repository
contraptions (who, me, opinionated?). However, if I understand correctly,
it still builds a reasonably fine-grain representation of the code,
including a dependency graph that lets it do smart recompilation.
Have a look and see whether it meets your criteria.


I suspect that property isn't peculiar to Eclipse -- my guess is that
other systems, e.g. NetBeans/Forte (www.netbeans.org) may do likewise.


Thomas Maslen
tmaslen@wedgetail.com

Return to the comp.compilers page.
Search the comp.compilers archives again.