*bump*
I guess there no way to do this now. But maybe a VM guy can give me how
difficult it might be to extend the VM accordingly.
Best, Steffen
Am .01.2018, 12:27 Uhr, schrieb Steffen Märcker :
Hi,
is there any way to set the rounding mode for IEEE floating point
operations? Maybe someth
On Wed, May 23, 2018 at 11:47 AM Steffen Märcker wrote:
> *bump*
>
> I guess there no way to do this now. But maybe a VM guy can give me how
> difficult it might be to extend the VM accordingly.
>
>
Yes you should followup this question to the VM mailing-list.
Can you open an issue here: https:/
On Wed, May 23, 2018 at 6:42 AM, Ben Coman wrote:
>
>
> On 22 May 2018 at 23:23, Tim Mackinnon wrote:
>
>> Hi - when trying out the new Iceberg with a bunch of developers and
>> explaining the challenges of integrating git and files into a smalltalk
>> realm of the image - there was a lot of int
2018-05-23 15:28 GMT+02:00 Peter Uhnák :
>
>
> On Wed, May 23, 2018 at 6:42 AM, Ben Coman wrote:
>>
>>
>>
>> On 22 May 2018 at 23:23, Tim Mackinnon wrote:
>>>
>>> Hi - when trying out the new Iceberg with a bunch of developers and
>>> explaining the challenges of integrating git and files into a
fesetround()/fegetround() are part of C99, and amazingly, also present in the
Windows CRT, it might be possible to try to do this with FFI only?
IIRC the numerical model is supposed to act identical across platforms;
whether it would actually affect anything depends on how the VM achieves
that; I
Guillermo Polito wrote
> I try not to depend on projects using OSProcess in that case.
That is not exactly a robust solution! What is the only project providing
the functionality you need depends on OSP?!
Guillermo Polito wrote
> I understand that the incompatibilities bother, but putting all th
I'll cross-post there later. Thanks for the suggestion!
The application I have in mind is approximation algorithms for systems of
linear equations or linear programs. Approximation algorithms, such as the
power method, typically run until convergence of the solution vector is
reached. Howev
Hi Henry,
[...] it might be possible to try to do this with FFI only?
If I understand you correctly, I could use FFI to call an external lib to
perform the actual computation according to the rounding mode, right? In
this case I'd be worry about the performance impact of many FFI calls.
Note that the package includes tests that show that the broadcast working :-)
Thanx Cédrick for the CC.
Noury
> On 21 May 2018, at 21:17, Cédrick Béler wrote:
>
> Noury did. He sent that on the other thread :
>
> « Just want to point that I did some work late 2017 on UDP sockets including
> mu
Hi all,
This time (just before releasing a new version of iceberg) I wanted to
share some videos with you.
Feedback is welcome.
!! How to contribute to Iceberg
https://youtu.be/yGr5HvVWM0M
This video shows how to contribute to iceberg.
For this, you should update your iceberg installation and th
Guille - the text reads very well, I’ll try and look at the videos later. I
just submitted a PR to pharo to try and get the contributions text pointing to
the “newer way” so that people don’t get off track (like we did earlier this
week).
(Aside: Its quite nice having these docs in GitHub as do
Hi guys,
First, I would like to say that David was always very helpful, positive and
we have discussed and worked together a lot for this.
When I was sponsored to build OSSubprocess I already got the "we would like
this have this", so maybe some additional opinion from the ESUG board may
help cla
Mariano Martinez Peck wrote
> From what I understand/remember/believe, the main reasons for
> building OSSubprocess were:
Thanks, Mariano!! Very informative :)
-
Cheers,
Sean
--
Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
David T. Lewis wrote
> FFI based solutions work at a different level of abstraction than
> VM plugins, and there is a role for both.
Thanks for the context, David. Now that we understand the different niches,
the main problem is that they can not be loaded in the same image without
breaking :/
On Wed, May 23, 2018 at 2:46 PM Sean P. DeNigris
wrote:
> David T. Lewis wrote
> > FFI based solutions work at a different level of abstraction than
> > VM plugins, and there is a role for both.
>
> Thanks for the context, David. Now that we understand the different niches,
> the main problem is
Hello all,
Please excuse the length of this email.
A week or two ago I discovered that the GIF implementation in Pharo (and
possibly Squeak?) is incomplete. This has two side effects:
1) Not all GIF data will load correctly;
2) There is for now no way to display animated GIFs.
It looks like the
Hi Mariano,
2018-05-23 19:57 GMT+02:00 Mariano Martinez Peck :
>
>
> On Wed, May 23, 2018 at 2:46 PM Sean P. DeNigris
> wrote:
>>
>> David T. Lewis wrote
>> > FFI based solutions work at a different level of abstraction than
>> > VM plugins, and there is a role for both.
>>
>> Thanks for the cont
Hi Eric,
I can't speak about the Morph related aspects, not my area of expertise.
The other aspects, about the actual read/writer, all sound reasonable.
It would be very good if someone contributed to improve the quality of
GIFReadWriter, thanks for doing this !
One remark though, I think that
Thanks, Sven. I'll switch over to Pharo 7a and continue my efforts there.
When I have something worth a damn I'll submit a PR according to the new
contribution protocol.
On Wed, May 23, 2018 at 4:44 PM, Sven Van Caekenberghe wrote:
> Hi Eric,
>
> I can't speak about the Morph related aspects, no
Hi Thierry. Excellent question. For OSSubprocess this is not an issue
because I look up by pid in my list of forked children... So if not found I
do nothing... At least that's what I remember (away from my machine now).
So at worst it would be a performance problem when both loaded.
As for osproce
Hi Mariano, hi Thierry,
I cannot follow up for a few days but I like Mariano's proposal and I
think that it will work. Maybe move the child reaper process to a small
OSChildWatcher class and have interested clients (OSP, OSSP, others)
subscribe to update notifications.
Dave
> Hi Thierry. Excelle
21 matches
Mail list logo