Congradulations, Birgi! Don't know whether you have looked into anything about Eclipse, but I referred to their documentation and learned a lot there. They also talked about how incremental compiling works: http://help.eclipse.org/help33/index.jsp?topic=/org.eclipse.platform.doc.isv/guide/resAdv_builders.htm There are also a lot of interesting resources there.
Good luck! On Apr 20, 7:21 am, Birgi Tamersoy <[EMAIL PROTECTED]> wrote: > Hey, > > > If we are indeed deciding an incremental compiler of C/C++, one of the > > problem for Vim is how to give the "delta" of the current file every > > time an incremental compile instruction is issued. > > What do you mean with the "'delta' of the current file"? If what you > mean is only the difference between the current version and previous > version, what is the difficulty about getting that? > > > > > If we really need an incremental compiler, I have a crazy idea to > > simulate incremental effect using a batch compiler, but don't know > > whether it works... Take C for example. In C the functions are highly > > localized, and the idea is to put each function in a separate file, > > including the same set of declaration, and compile only the modified > > functions. On the first time the compiler receives a source file, it > > "slices" the code into many localized pieces (e.g. functions) and put > > them into separate files, and create specific makefiles to manage the > > pieces. When a "delta" arrives, we just update the corresponding > > pieces, and run (g)make to update the necessary parts, avoiding > > looking at the unchanged parts. Again it just "sounds" better, but I'm > > not sure whether this would incur a lot of overhead by creating such a > > lot of files... > > Interesting idea though your assumption of localized functions is a > huge one. Clearly you cannot generalize that. Even with purely > localized functions this method will cause other problems related to > the place of function definition in the code. (Think about the > situation where you use a function without declaring an explicit > prototype for it.) > > > I still don't know how dynamic marking up and preview window in Vim > > works... (really ashamed) But I probably won't have time to look at > > them before next Monday, as it is the end of the semester now and so > > many deadlines are in the way... > > I think dynamic marking should not be a problem since we already have > some examples of it. > > Yep, last couple of weeks are really tough :). > > Regards, > > Birgi --~--~---------~--~----~------------~-------~--~----~ You received this message from the "vim_dev" maillist. For more information, visit http://www.vim.org/maillist.php -~----------~----~----~----~------~----~------~--~---
