Re: [cdt-dev] LR parser

["Peter Watkins" <peter.watkins@xxxxxxxxxxxxx>]

If the LR parser is deprecated, how do
we extend the pre-processor (#defines, etc.) part of the GNUCPPSourceParser?
I've attempted to do this before, but I had to duplicate so much of the
existing CDT code inside of my language plugin, it felt like I was duplicating
the entire CDT.

Is adding new pre-processor keywords
to the new existing parser supported?

Sorry to hijack a thread, I just wanted
to present a use-case that may not be supported with the existing parser.

Why was the LR parser dropped? No maintainer?
Too slow?

Thanks.

Peter



From:      
 Doug Schaefer <dschaefer@xxxxxxx>
To:      
 "cdt-dev@xxxxxxxxxxx"
<cdt-dev@xxxxxxxxxxx>, CDT Mailing List <cdt-dev@xxxxxxxxxxx>,

Date:      
 12/15/2013 09:03 PM
Subject:    
   Re: [cdt-dev]
LR parser
Sent by:    
   cdt-dev-bounces@xxxxxxxxxxx

---

The short answer is no, it wasn't really an alternative.
And it's pretty near dead as far as I can tell.

Sent from my BlackBerry Z30 smartphone.
  Original Message
From: Nathan Ridge
Sent: Sunday, December 15, 2013 2:50 PM
To: CDT Mailing List
Reply To: CDT General developers list.
Subject: [cdt-dev] LR parser


Is the LR parser (org.eclipse.cdt.core.lrparser) supposed to be an
alternative for GNUCPPSourceParser?

Does anyone use it?

Does anyone maintain it? I have made some fixes to GNUCPPSourceParser
in the past but have not made corresponding fixes to the LR parser.

Thanks,
Nate
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev
_______________________________________________
cdt-dev mailing list
cdt-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cdt-dev