I think so, yes :)

El 31/10/2011, a las 6:40p.m., Stéphane Ducasse escribió:

> esteban 
> 
> would mars be the perfect case to validate the FFI we all need?
> 
> Stef
> 
> On Oct 31, 2011, at 10:33 PM, Esteban Lorenzano wrote:
> 
>> Hi, 
>> 
>> ObjectiveCBridge2 (John's one) should be working with latest builds... at 
>> least I *think* it should be (the older bug was fixed... so if it does not 
>> works now is probably because other reasons. I didn't check it since last 
>> six months, so I don't know. Reason why I didn't check it? well... two 
>> reasons: nobody ask for, so I assumed I was the only user (sorry if that's 
>> not true), and also, in my work of mars/deimos I found several performace 
>> issues (most people will not have it, but mars/deimos is very callback 
>> dependent) and objective-c callback architecture was not enough, so I 
>> started to create (well... to finish, because machinery was already there) a 
>> new objective-c bridge, based on Alien... it was working (and the response 
>> times were incredible fast), but then came the new FFI (not threaded) and I 
>> started migrating the alien objective-c bridge to the new plugin... and 
>> well... that's not finished because time is never enough :)
>> I think in the long way the new plugin is the way to go, but for now we have 
>> the bridge and it should work :)
>> 
>> So, as a summary: ObjectiveCBridge2 *should* be working, if anyone want to 
>> take a look, I will be happy to help if there are any problems. 
>> 
>> Cheers,
>> Esteban
>> 
>> El 31/10/2011, a las 5:58p.m., Stéphane Ducasse escribió:
>> 
>>> When igor release athens, we will really ask him to get a 100% fully 
>>> working FFI will be the most important task
>>> 
>>> Stef
>>> 
>>> On Oct 31, 2011, at 8:04 PM, Schwab,Wilhelm K wrote:
>>> 
>>>> The object-c bridge is probably a big deal to the Mac users among us, 
>>>> right?  My understand is that there are quite a few of you??  I've thought 
>>>> about it myself, but that's another story.
>>>> 
>>>> For external interfacing, I would very much like to see callbacks widely 
>>>> supported; I'm thinking of solvers/minimizers etc., where one needs to 
>>>> tell the library how to evaluate a function.  FFI has been pretty good to 
>>>> me, and Andreas described something that might be turned into a reusable 
>>>> callback mechanism for it.  Alien and NativeBoost are also options.  It 
>>>> would be nice if we had one external interface system that does it all.
>>>> 
>>>> 
>>>> 
>>>> ________________________________________
>>>> From: pharo-project-boun...@lists.gforge.inria.fr 
>>>> [pharo-project-boun...@lists.gforge.inria.fr] on behalf of Noury Bouraqadi 
>>>> [bouraq...@gmail.com]
>>>> Sent: Monday, October 31, 2011 11:17 AM
>>>> To: Pharo-project@lists.gforge.inria.fr
>>>> Cc: A friendly place where any question about pharo is welcome
>>>> Subject: Re: [Pharo-project] Brainstorming on the roadmap for first Pharo  
>>>>      Consortium Engineer :)
>>>> 
>>>> What about adding to this todo list:
>>>> 
>>>> -Fixing/finishing the Objective-C bridge :-)
>>>> During ESUG 2010 Esteban told me that there was a pb with the Mac VM that 
>>>> causes the crash.
>>>> I believe this wasn't fixed and this is the biggest issue with the MARS 
>>>> project.
>>>> 
>>>> Noury
>>>> On 31 oct. 2011, at 11:54, Stéphane Ducasse wrote:
>>>> 
>>>>> Hi guys
>>>>> 
>>>>> we have a roadmap for Esteban and we would like to share it with you. We 
>>>>> have extra items that we would like to see fixed and we are welcoming your
>>>>> feedback/suggestions. Note this is typically the way we want to work with 
>>>>> the consortium in the future:
>>>>>   Build an initial roadmap and refine it based on the input of the 
>>>>> community.
>>>>> 
>>>>> - A website for the consortium registration (esteban is expert on that).
>>>>>   - This is important for INRIA and for the visibility of the consortium. 
>>>>> We should get new members :)
>>>>>   - Integration with SmalltalkHub
>>>>> 
>>>>> - Working on fixing bugs!
>>>>>   - Debugger fixes
>>>>>   - Continuous bug fixing.
>>>>> 
>>>>> - Improving release process: faster, more people involved, simpler.
>>>>>   - Working on metacello repositories for each distributions (everything 
>>>>> is there but missing last bits)
>>>>>   - Metacello tools
>>>>>   - Automatic release validations
>>>>>   - Automatic validation of fixes
>>>>> 
>>>>> Now the free items with probably igor involvement
>>>>>   - Multiwindowing support
>>>>>   - Fully working multithreaded FFI with ***Documentation***
>>>>>   - Filesystem fix and integration
>>>>>   - Integration of OPAL
>>>>>   - RPackage integration
>>>>> 
>>>>> Igor related
>>>>>   - Ephemerons
>>>>>   - Object format
>>>>>   - VM branding
>>>>>   - Use of new canvas
>>>>>   - Event cleaning
>>>>> 
>>>>> So we are waiting for your suggestions.
>>>>> 
>>>>> 
>>>>> Stef
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>> 
>>>> Noury
>>>> --
>>>> http://twitter.com/#!/NouryBouraqadi
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>> 
>>> 
>> 
>> 
> 
> 


Reply via email to