Re: [cdt-dev] C Preprocessor optimalization

[Joseph Henry <Joseph.Henry@xxxxxxx>]

I have also looked quite a bit into this and can say that it would be quite a bit of work. 

My idea was to rip out the java implementation of the preprocessor and make a native interface that used c-tags for the heavy lifting. The problem I ran into was that the model used is quite complicated and pretty much undocumented on how the data structures are stored.  

Joseph Henry. 

> On Jul 2, 2014, at 11:22 AM, "Doug Schaefer" <dschaefer@xxxxxxx> wrote:
> 
> Wow, that's a really hard question to answer. You really have to have a design in mind before you can estimate how much work it's going to be.
> 
> Doug.
> ________________________________________
> From: cdt-dev-bounces@xxxxxxxxxxx [cdt-dev-bounces@xxxxxxxxxxx] on behalf of guta@xxxxxxxxxx [guta@xxxxxxxxxx]
> Sent: Wednesday, July 02, 2014 2:35 AM
> To: cdt-dev@xxxxxxxxxxx
> Subject: [cdt-dev] C Preprocessor optimalization
> 
> Hi,
> 
>    We are interested in contributing to CDT as we are facing a
> performance problem, which seems to be a serious issue for our
> project. We are using CDT to work with a code which includes extremely
> large header files and they causing problem. Can you provide us some
> hint on how much effort would be to make the preprocessor part more
> memory efficient? How complicated to make capable the function getAST
> to work on code fragments and not only on complete translational units?
> 
> Thank you for your answer in advance!
> 
> KR, Gabor
> 
> 
> 
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
> https://dev.eclipse.org/mailman/listinfo/cdt-dev