15 Mar
2012
15 Mar
'12
10:45 p.m.
I updated Pharo to the latest version.
It looks like multiple tests fail because something changed in the computation of
allRecursiveTypes.
Cheers,
Doru
On 15 Mar 2012, at 22:48, Alexandre Bergel wrote:
How comes there are so many failed tests ?
Alexandre
On 15 Mar 2012, at 16:46, admin(a)moosetechnology.org wrote:
See
<http://hudson.moosetechnology.org/job/moose-latest-dev/886/>
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
15 Mar
15 Mar
11:06 p.m.
New subject: Jenkins build is still unstable: moose-latest-dev #886
More precisely the crashes are due to the changes in the Collection>>union:
The original definition was:
union: aCollection
^ self asSet addAll: aCollection; yourself
The new definition is:
union: aCollection
| set |
set := self asSet addAll: aCollection; yourself.
^ self class withAll: set asArray
This breaks the assumptions behind FMMultivalueLink because although FMMultivalueLink is a
subclass of Collection, it is not supposed to be created with a "withAll:"
constructor.
Cheers,
Doru
On 15 Mar 2012, at 22:45, Moose wrote:
I updated Pharo to the latest version.
It looks like multiple tests fail because something changed in the computation of
allRecursiveTypes.
Cheers,
Doru
On 15 Mar 2012, at 22:48, Alexandre Bergel wrote:
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
How comes there are so many failed tests ?
Alexandre
On 15 Mar 2012, at 16:46, admin(a)moosetechnology.org wrote:
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev See
<http://hudson.moosetechnology.org/job/moose-latest-dev/886/>
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
16 Mar
16 Mar
12:49 a.m.
New subject: Jenkins build is still unstable: moose-latest-dev #886
Having "self class new addAll: set asArray" instead of "self class withAll:
set asArray" may do the thing no?
Alexandre
On 15 Mar 2012, at 18:06, Tudor Girba wrote:
More precisely the crashes are due to the changes in
the Collection>>union:
The original definition was:
union: aCollection
^ self asSet addAll: aCollection; yourself
The new definition is:
union: aCollection
| set |
set := self asSet addAll: aCollection; yourself.
^ self class withAll: set asArray
This breaks the assumptions behind FMMultivalueLink because although FMMultivalueLink is
a subclass of Collection, it is not supposed to be created with a "withAll:"
constructor.
Cheers,
Doru
On 15 Mar 2012, at 22:45, Moose wrote:
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
I updated Pharo to the latest version.
It looks like multiple tests fail because something changed in the computation of
allRecursiveTypes.
Cheers,
Doru
On 15 Mar 2012, at 22:48, Alexandre Bergel wrote:
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
How comes there are so many failed tests ?
Alexandre
On 15 Mar 2012, at 16:46, admin(a)moosetechnology.org wrote:
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev See
<http://hudson.moosetechnology.org/job/moose-latest-dev/886/>
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
12:21 p.m.
New subject: Jenkins build is still unstable: moose-latest-dev #886
This is a change in Pharo?
More precisely the crashes are due to the changes in
the Collection>>union:
The original definition was:
union: aCollection
^ self asSet addAll: aCollection; yourself
The new definition is:
union: aCollection
| set |
set := self asSet addAll: aCollection; yourself.
^ self class withAll: set asArray
This breaks the assumptions behind FMMultivalueLink because although FMMultivalueLink is
a subclass of Collection, it is not supposed to be created with a "withAll:"
constructor.
Cheers,
Doru
On 15 Mar 2012, at 22:45, Moose wrote:
I updated Pharo to the latest version.
It looks like multiple tests fail because something changed in the computation of
allRecursiveTypes.
Cheers,
Doru
On 15 Mar 2012, at 22:48, Alexandre Bergel wrote:
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev How comes there are so many failed tests ?
Alexandre
On 15 Mar 2012, at 16:46, admin(a)moosetechnology.org wrote:
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev See
<http://hudson.moosetechnology.org/job/moose-latest-dev/886/>
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
12:32 p.m.
New subject: Jenkins build is still unstable: moose-latest-dev #886
Yes. But, I am not sure what we want as a solution here. Perhaps
FMMultivalue should mark some methods as shouldNotImplement, or maybe
it should not be a subclass of Collection at all.
Doru
On Fri, Mar 16, 2012 at 12:21 PM, Stéphane Ducasse
<stephane.ducasse(a)inria.fr> wrote:
This is a change in Pharo?
--
www.tudorgirba.com
"Every thing has its own flow"
More precisely the crashes are due to the changes
in the Collection>>union:
The original definition was:
union: aCollection
^ self asSet addAll: aCollection; yourself
The new definition is:
union: aCollection
| set |
set := self asSet addAll: aCollection; yourself.
^ self class withAll: set asArray
This breaks the assumptions behind FMMultivalueLink because although FMMultivalueLink is
a subclass of Collection, it is not supposed to be created with a "withAll:"
constructor.
Cheers,
Doru
On 15 Mar 2012, at 22:45, Moose wrote:
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev I updated Pharo to the latest version.
It looks like multiple tests fail because something changed in the computation of
allRecursiveTypes.
Cheers,
Doru
On 15 Mar 2012, at 22:48, Alexandre Bergel wrote:
--
www.tudorgirba.com
"From an abstract enough point of view, any two things are similar."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev How comes there are so many failed tests ?
Alexandre
On 15 Mar 2012, at 16:46, admin(a)moosetechnology.org wrote:
> See <http://hudson.moosetechnology.org/job/moose-latest-dev/886/>
>
>
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
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
12:44 p.m.
New subject: Jenkins build is still unstable: moose-latest-dev #886
On Mar 16, 2012, at 12:32 PM, Tudor Girba wrote:
Yes. But, I am not sure what we want as a solution
here. Perhaps
FMMultivalue should mark some methods as shouldNotImplement, or maybe
it should not be a subclass of Collection at all.
Yes it looks strange to me.
Stef
Doru
On Fri, Mar 16, 2012 at 12:21 PM, Stéphane Ducasse
<stephane.ducasse(a)inria.fr> wrote:
This is a change in Pharo?
--
www.tudorgirba.com
"Every thing has its own flow"
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev More precisely the crashes are due to the changes
in the Collection>>union:
The original definition was:
union: aCollection
^ self asSet addAll: aCollection; yourself
The new definition is:
union: aCollection
| set |
set := self asSet addAll: aCollection; yourself.
^ self class withAll: set asArray
This breaks the assumptions behind FMMultivalueLink because although FMMultivalueLink is
a subclass of Collection, it is not supposed to be created with a "withAll:"
constructor.
Cheers,
Doru
On 15 Mar 2012, at 22:45, Moose wrote:
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev I updated Pharo to the latest version.
It looks like multiple tests fail because something changed in the computation of
allRecursiveTypes.
Cheers,
Doru
On 15 Mar 2012, at 22:48, Alexandre Bergel wrote:
> How comes there are so many failed tests ?
>
> Alexandre
>
>
> On 15 Mar 2012, at 16:46, admin(a)moosetechnology.org wrote:
>
>> See <http://hudson.moosetechnology.org/job/moose-latest-dev/886/>
>>
>>
>
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> 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
"From an abstract enough point of view, any two things are similar."
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
12:43 p.m.
New subject: Jenkins build is still unstable: moose-latest-dev #886
I was wondering why camillo did the changes but this is good change since now we can do
union
on collection and not only set.
Stef
More precisely the crashes are due to the changes in
the Collection>>union:
The original definition was:
union: aCollection
^ self asSet addAll: aCollection; yourself
The new definition is:
union: aCollection
| set |
set := self asSet addAll: aCollection; yourself.
^ self class withAll: set asArray
This breaks the assumptions behind FMMultivalueLink because although FMMultivalueLink is
a subclass of Collection, it is not supposed to be created with a "withAll:"
constructor.
4433
days inactive
4434
days old
6 comments
4 participants
participants (4)
-
Alexandre Bergel -
Moose -
Stéphane Ducasse -
Tudor Girba