On 27 janv. 2011, at 03:44, Alexandre Bergel wrote:
FamixClass uses: TDependencyQueries2
FamixMethod uses: TDependencyQueries2
FamixScopingEntity uses: TScopingEntityQueries
Strange. I have a different error:
MooseOutgoingInvocationQueryResult>>primCollectAtScope:
trigger an flatCollect: that fails.
I attached a screenshot and the log
Cheers,
Alexandre
<PharoDebug.log><Screen shot 2011-01-26 at 23.42.25.png>
On 27 janv. 2011, at 00:29, Alexandre Bergel wrote:
> I just gave a try. I do not know whether I have done something wrong or not.
> 191 out of the 224 test methods are red. Apparently, #queryAllIncomingDependencies is
not understood by FAMIXClass.
>
> #queryAllIncomingDependencies is implemented by TDependencyQueries2. But FAMIXClass
does not use the trait TDependencyQueries2. It does not use any trait actually.
>
> I use a 2 days old hudson image. I made a "ConfigurationOfMoose
updateDefault".
>
> I go on holidays tomorrow afternoon. If you fix the problem before, I will try again.
>
> In general, I really like the idea. I would like to make Spy closer to Moose. For
example, being able to use MooseFinder to browser a model given by Spy. Or having Spy
based on Dynamix
> Also, having Behavior, PackageInfo (or RPackage) understand MooseChef protocols will
be really cool. We should be able to easily do Moose analysis of smalltalk code without
doing a long and annoying import. This will keep Smalltalk code synchronized with what
Moose gives.
>
> Cheers,
> Alexandre
>
> On 26 Jan 2011, at 14:14, Simon Denier wrote:
>
>> Hi Alex
>>
>> I would be interested to see what we can learn from test coverage in MooseChef
with Hapao.
>>
>>
>> Another cool project would be to build a dependency analysis tool on top of Spy,
which would take care of dynamic dependencies (especially invocations, perhaps also
types). My guess is that it would be pretty easy to push MooseChef on top of that (write
some primitive queries) and even perhaps build mixed tool for analysis of static vs
dynamic dependencies.
>>
>> --
>> Simon Denier
>>
>>
>>
>>
>> _______________________________________________
>> 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
--
Simon Denier
_______________________________________________
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
--
Simon Denier
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch