[Moose-dev] Re: srcML for C++ and Java

A model originally created with inFusion, could then be refined by loading srcML files, to add for example AST info. Alexandre On 29 Apr 2010, at 09:53, Tudor Girba wrote: > Hi, > > Another related idea is to not use srcML for the main parsing, > but to keep it around for custom queries. > > So, we could still keep the current solution with inFusion for > the main models, and have srcML for when we want to write > queries that need access to AST. > > For example, if you do not have the right libraries, inFusion > will not create annotation objects. If I would have access to > the AST, I could write a query (even if it is expensive at > first) that checks the AST of class for the existence of such > annotations. > > I would use this. And maybe like this the srcML interface would > grow in time and get better. What do you think? > > Cheers, > Doru > > > > On 28 Apr 2010, at 14:44, Alexandre Bergel wrote: > >> As Simon said, the type resolution in C is easy. In C++ it is >> another beast. >> >> Alexandre >> >> >> On 28 Apr 2010, at 04:47, Simon Denier wrote: >> >>> >>> On 28 avr. 2010, at 10:36, Stéphane Ducasse wrote: >>> >>>> the problem is that meta model is different so you would have >>>> to map everything. >>> >>> >>> Besides, from what I have seen, the generated xml is sometimes >>> not regular: i.e. similar things in the code does not have the >>> same xml representation. This makes it cumbersome as it is not >>> documented, so you have to decode the grammar from the xml and >>> adapt to such irregularities. >>> >>> In the end, you still have to maintain a xml parser for each >>> language and you still dont have control about what is >>> extracted. And you have to do the type resolution :) >>> >>> >>>> >>>> Stef >>>> >>>> >>>> On Apr 28, 2010, at 10:28 AM, Laval Jannik wrote: >>>> >>>>> Hi all, >>>>> >>>>> I am looking at srcML, and I see that it make XML files from >>>>> Java and C++ source code. >>>>> >>>>> Since we use it for C source code, it should be possible to >>>>> make it works with C++ and java. >>>>> This strategy allows us to not us a special tool for each >>>>> language. >>>>> >>>>> What do you think about it ? >>>>> >>>>> Cheers >>>>> --- >>>>> Jannik Laval >>>>> >>>>> >>>>> _______________________________________________ >>>>> Moose-dev mailing list >>>>> Moose-dev(a)iam.unibe.ch >>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>>> >>>> >>>> _______________________________________________ >>>> Moose-dev mailing list >>>> Moose-dev(a)iam.unibe.ch >>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> >>> -- >>> Simon >>> >>> >>> >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> Moose-dev(a)iam.unibe.ch >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > www.tudorgirba.com > > "What we can governs what we wish." > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev