It is cost that I had in mind from the beginning.
Now, we have
CAnalyzer in place, so I guess it would be quite cheap to
generalize it a bit and to hook it with the FAMIXFileAnchor to get
an AST of it.
Cheers,
Doru
On 30 Apr 2010, at 09:06, Stéphane Ducasse wrote:
well probably now with how much effort.
stef
On Apr 30, 2010, at 7:34 AM, Tudor Girba wrote:
> Exactly.
>
> Doru
>
> On 30 Apr 2010, at 05:47, Alexandre Bergel wrote:
>
>> 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
>
> --
>
www.tudorgirba.com
>
> "We are all great at making mistakes."
>
>
>
>
>
>
> _______________________________________________
> 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
"Yesterday is a fact.
Tomorrow is a possibility.
Today is a challenge."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch