Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-dev] Using the CDT Parser as a stand-alone module

OK, thanks Chris and Jason. I appreciate your time. I'll figure out where we go from here.

Rick Moseley
rmoseley@xxxxxxxxxx

Chris Recoskie wrote:
I've actually built the parser as its own JAR for my remote prototype...
here is the .jardesc file which you can use to build it.  You'll still need
some other jars to handle the dependencies though like Jay said.

(See attached file: parser.jardesc)

===========================

Chris Recoskie
Team Lead, IBM CDT Team
IBM Toronto
http://www.eclipse.org/cdt



Jason Montojo/Toronto/I BM@IBMCA To Sent by: "CDT General developers list." cdt-dev-bounces@e <cdt-dev@xxxxxxxxxxx> clipse.org cc Subject 19/07/2007 01:36 Re: [cdt-dev] Using the CDT Parser PM as a stand-alone module Please respond to "CDT General developers list." <cdt-dev@eclipse. org>



Hi Rick,

The parser is decoupled enough that you can use it without Eclipse
running.
Is it decoupled enough to bust out the source code separately so I can
compile it with gjc into a jar?  That is, are there any internal Eclipse
dependencies that the parser needs to build?  Frysk is being written
mainly in Java with a few necessary C/C++ files(CNI for various bindings
and what-not) and is statically compiled/linked using gcj/gcc.  I was
hoping we could import the source code into Frysk like we did for CDT
parser version 2.0 as it was totally standalone requiring no other
Eclipse pieces to build.  Do you know if it is decoupled enough for that?

I tried to build the parser standalone earlier this year.  It was too
tricky to figure out exactly what the build time dependencies were.  I had
to give up after a while because there were dependencies on Eclipse
Platform components.  So the CDT 4.0 parsers are not decoupled in the same
sense that the 3.X parsers were.  However, at runtime, they don't need
Eclipse running.  I'm sure it's possible to decouple the code further to
allow a standalone build but that would require quite a bit of extra work.

Jason Montojo
IBM CDT Team
IBM Toronto Lab
905-413-5228
jmontojo@xxxxxxxxxx


_______________________________________________
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



Back to the top