User forums > Nightly builds

The 13 august 2007 build (4368) is out.

<< < (3/3)

foomaster:
why not work with a file that is in memory? then use a simple parser and a manager to track each of the defined macros and their values. after that the manger can easily determine which symbols and parts of the file to keep in memory and pass them to the code completion plug-in? this way the program would use less memory for small projects and more for really large ones and actual files would be used when the users saves them. for larger projects a manager to keep track of the active project parts would greatly reduce the memory which is used. the latter could be implemented by keeping a dependency tree for each file and freeing the memory for the unused files. this manager, of course, would be active only when a given number of symbols is defined or a given total number of lines is reached, or a given amount of memory for parsing is used. this is just an idea and requires a lot of work, but certainly is not impossible.

ps and a code completion cache would be necessary in this case, but you are probably using one, so it would need only slight modifications.

Steven 'lazalong':

--- Quote from: thomas on August 14, 2007, 12:09:37 pm ---This would have to be done after every edit, unless we add a parser that detects whether a preprocessor directive was changed, too.
--- End quote ---
If it is very cpu expensive it could be implemented as an add-on that you call on-demand.
I don't change my #defines and compiler options all the time so I don't need it to be highlighted all the time. I need it when I come across a new library containing extensive preprocessor code in its .h

If M$ uses his compiler to do it perhaps you can use the available compiler by this on-demand feature.
(Just a wild idea: no idea how to implement it.)

No problem if this takes a long time to implement :D

Navigation

[0] Message Index

[*] Previous page