Alien Plugin for Linux

>
> On Sep 29, 2010, at 6:49 PM, Nicolas Cellier wrote:
>
>> 2010/9/29 Henrik Johansen <[hidden email]>:
>>> Uhm, this method (and many others in the extensions-category) have been present in their expected-by-Alien form in Pharo since at least 1.0
>>>
>>> Probably a better idea to separate the Alien-"Core" into two packages, one which is actually needed, and one which you only need to load in really old Squeak/Cuis images in order to have it work.
>>> In which case you probably won't have method trailers either, and generate: #(0 0 0 0) is the proper extension.
>>>
>>
>> CompiledMethodTrailers default or mysterious #(0 0 0 0) codes both are
>> mostly unnecessary.
>> If I want default behaviour, why should I bother to tell what this
>> default is exactly ?
>> Let just call #generate, and obfuscate those details.
>> Squeak Pharo Cuis will handle these better than us (didn't verify
>> Cuis, but quite sure Squeak/Pharo already implement generate).
>>
>
> I added #generate in 3.9 and refactored everything to use it. But the closure code un-did a lot of
> these as it was coming from an older version (3.7 or 3.8 was the basis of Croquet, I think).
>
>        Marcus
>

>
> --
> Marcus Denker  -- http://www.marcusdenker.de
> INRIA Lille -- Nord Europe. Team RMoD.
>
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>

> 2010/9/29 Marcus Denker<[hidden email]>:
>> On Sep 29, 2010, at 6:49 PM, Nicolas Cellier wrote:
>>
>>> 2010/9/29 Henrik Johansen<[hidden email]>:
>>>> Uhm, this method (and many others in the extensions-category) have been present in their expected-by-Alien form in Pharo since at least 1.0
>>>>
>>>> Probably a better idea to separate the Alien-"Core" into two packages, one which is actually needed, and one which you only need to load in really old Squeak/Cuis images in order to have it work.
>>>> In which case you probably won't have method trailers either, and generate: #(0 0 0 0) is the proper extension.
>>>>
>>> CompiledMethodTrailers default or mysterious #(0 0 0 0) codes both are
>>> mostly unnecessary.
>>> If I want default behaviour, why should I bother to tell what this
>>> default is exactly ?
>>> Let just call #generate, and obfuscate those details.
>>> Squeak Pharo Cuis will handle these better than us (didn't verify
>>> Cuis, but quite sure Squeak/Pharo already implement generate).
>>>
>> I added #generate in 3.9 and refactored everything to use it. But the closure code un-did a lot of
>> these as it was coming from an older version (3.7 or 3.8 was the basis of Croquet, I think).
>>
>>         Marcus
>>
> Thank you Marcus,
> A bit like http://en.wikipedia.org/wiki/Sisyphus, let just redo.
>
> Nicolas

> HI Fernando,
>
> It was a bug fix. And we hadn't at that time access to the Alien repo for saving it.
> Currently, we have a metacello config and it refers the alien repo.
>
> Noury
> On 29 sept. 2010, at 15:20, Fernando olivero wrote:
>
>> A question to the Ocean developers,  why do have a particular Alien-Core package in the ocean repo? (  Alien-Core-LucFabresse.64.mcz )
>>
>> Are there some fixes that could be included in the official package? Please let me know so i can integrate them.
>>
>> I'm asking because i'm cleaning a bit the Alien mess, ( see previous mail) , and would like to have a single working official Alien.
>>
>> Thanks,
>> Fernando
>>
>> On Sep 29, 2010, at 12:56 PM, Fernando olivero wrote:
>>
>>> This Error prevents from using Alien in the lastest Pharo image.
>>>
>>> I will try to fix this today.
>>>
>>> Also i will remove the ConfigurationOfAlien from the Alien repository, because the version in MetacelloRepository should be used instead.
>>> So there are no future misunderstandings
>>>
>>>
>>> Thanks to Eliot,  and using his precompiled Vms for all platforms Alien would be available now!
>>> (if the mentioned bug were fixed).
>>>
>>>
>>> Fernando
>>>
>>>
>>> On Sep 28, 2010, at 12:05 PM, Igor Stasenko wrote:
>>>
>>>> On 28 September 2010 11:51, Henrik Johansen
>>>> <[hidden email]> wrote:
>>>>> On Sep 28, 2010, at 10:34 16AM, Alberto Bacchelli wrote:
>>>>>
>>>>>> On 9/27/10 8:13 PM, Eliot Miranda wrote:
>>>>>>>
>>>>>>>
>>>>>>> 2010/9/27 Fernando olivero<[hidden email]<mailto:[hidden email]>>
>>>>>>> Does the  prebuilt CogVM  for linux include Alien support?
>>>>>>> http://www.mirandabanda.org/files/Cog/VM/VM.r2313/
>>>>>>>
>>>>>>> Only of the data manipulation and callout parts, not the callback parts.  I'm trying to find time to work on integrating the Alien callback machinery with the FFI.
>>>>>>>
>>>>>>> best
>>>>>>> Eliot
>>>>>>
>>>>>> We had a problem after installing Alien,
>>>>>> when running the tests.
>>>>>>
>>>>>> The following does not understand
>>>>>>
>>>>>> MessageNotUnderstood: Array>>createMethod:header:methodClass:
>>>>>>
>>>>>> sent by
>>>>>> CompileMethod class>>newBytes:trailerBytes:nArgs:nTemps:nStack:nLits:primitive:
>>>>>>
>>>>>> It appears to be cog related, is it?
>>>>>>
>>>>>> Thank you,
>>>>>> Alberto
>>>>>
>>>>> No, it's Method-trailer related.
>>>>>
>>>>> IIRC, the convention used to be to pass the empty trailer bytes #(0 0 0 0), find the offending sender and change it to pass CompiledMethodTrailer empty instead.
>>>>>
>>>>
>>>> Right. A more compatible way is to use SomeClass defaultMethodTrailer
>>>> Where SomeClass should be a class, where you installing this method.
>>>>
>>>>
>>>>> Cheers,
>>>>> Henry
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Pharo-project mailing list
>>>>> [hidden email]
>>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Best regards,
>>>> Igor Stasenko AKA sig.
>>>>
>>>> _______________________________________________
>>>> Pharo-project mailing list
>>>> [hidden email]
>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>
>>>
>>> _______________________________________________
>>> Pharo-project mailing list
>>> [hidden email]
>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>>
>> _______________________________________________
>> Pharo-project mailing list
>> [hidden email]
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project