[Pharo-project] NativeBoost and Pharo Kernel
Hi, I would like to ask: should NativeBoost be part of the Pharo Kernel? Currently there are some minor issues like that AsmJit-Extension package takes ownership of Integer>>#&, False>>#asBit and so on. Will NativeBoost be more closely integrated with the kernel in the near future? BTW, we need to integrate http://code.google.com/p/pharo/issues/detail?id=7062 before any update that will move methods between packages. Cheers, -- Pavel
On Dec 11, 2012, at 9:51 AM, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
I would like to ask: should NativeBoost be part of the Pharo Kernel?
I would say right now, no.
Currently there are some minor issues like that AsmJit-Extension package takes ownership of Integer>>#&, False>>#asBit and so on. Will NativeBoost be more closely integrated with the kernel in the near future?
In the far future, native boost will provide the basis to move more things out of the VM into the image. When this happens, yes, it has to be part of the kernel. But that is far away for now.
BTW, we need to integrate http://code.google.com/p/pharo/issues/detail?id=7062 before any update that will move methods between packages.
We should continue to regularly integrate fixes⦠it would help a lot if someone that is not me would sometimes look at submitted fixes. Marcus
On 11 December 2012 09:51, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
I would like to ask: should NativeBoost be part of the Pharo Kernel? Currently there are some minor issues like that AsmJit-Extension package takes ownership of Integer>>#&, False>>#asBit and so on.
This is because 1.4 don't have those methods, while 2.0. has (added by Camillo).. and so, currently , NB can either work on both, by making 2.0 image dirty or work only in 2.0, and fail to work in 1.4 because of "missing" methods. I am not very good in metacello-fu to write a confing, which will select various set of stuff to load depending on image version. So, if someone can help, i would appreciate that. I can move those methods into NB-pharo-1.4 package..
Will NativeBoost be more closely integrated with the kernel in the near future?
depends on what you putting into "kernel". if it is "a basic functionality, which is absolutely required to do anything else", then no, it will be never part of a kernel. if it is " a set of functionality, ready to use for most common/daily tasks" , then yes it should be part of such kernel..
BTW, we need to integrate http://code.google.com/p/pharo/issues/detail?id=7062 before any update that will move methods between packages.
Cheers, -- Pavel
-- Best regards, Igor Stasenko.
Igor Stasenko wrote
I am not very good in metacello-fu to write a confing, which will select various set of stuff to load depending on image version. So, if someone can help, i would appreciate that. I can move those methods into NB-pharo-1.4 package..
-- Best regards, Igor Stasenko.
Where is the NB config kept? I could take a look this weekend. -- View this message in context: http://forum.world.st/NativeBoost-and-Pharo-Kernel-tp4658786p4658896.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
On 11 December 2012 20:26, Paul DeBruicker <pdebruic@gmail.com> wrote:
Igor Stasenko wrote
I am not very good in metacello-fu to write a confing, which will select various set of stuff to load depending on image version. So, if someone can help, i would appreciate that. I can move those methods into NB-pharo-1.4 package..
-- Best regards, Igor Stasenko.
Where is the NB config kept? I could take a look this weekend.
on sqs/NativeBoost
-- View this message in context: http://forum.world.st/NativeBoost-and-Pharo-Kernel-tp4658786p4658896.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Best regards, Igor Stasenko.
Igor metacello can handle this situation and there is a doc. We can give a try together. but this is not like we do not have the tool at hand. Stef On Dec 11, 2012, at 3:30 PM, Igor Stasenko wrote:
On 11 December 2012 09:51, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
I would like to ask: should NativeBoost be part of the Pharo Kernel? Currently there are some minor issues like that AsmJit-Extension package takes ownership of Integer>>#&, False>>#asBit and so on.
This is because 1.4 don't have those methods, while 2.0. has (added by Camillo).. and so, currently , NB can either work on both, by making 2.0 image dirty or work only in 2.0, and fail to work in 1.4 because of "missing" methods.
I am not very good in metacello-fu to write a confing, which will select various set of stuff to load depending on image version. So, if someone can help, i would appreciate that. I can move those methods into NB-pharo-1.4 package..
Will NativeBoost be more closely integrated with the kernel in the near future?
depends on what you putting into "kernel". if it is "a basic functionality, which is absolutely required to do anything else", then no, it will be never part of a kernel.
if it is " a set of functionality, ready to use for most common/daily tasks" , then yes it should be part of such kernel..
BTW, we need to integrate http://code.google.com/p/pharo/issues/detail?id=7062 before any update that will move methods between packages.
Cheers, -- Pavel
-- Best regards, Igor Stasenko.
On 12 December 2012 19:06, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Igor
metacello can handle this situation and there is a doc. We can give a try together. but this is not like we do not have the tool at hand.
yes, i am not saying that it cannot handle.. i just too lazy to spend time reading doc to figure how to do it :)
Stef
On Dec 11, 2012, at 3:30 PM, Igor Stasenko wrote:
On 11 December 2012 09:51, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
I would like to ask: should NativeBoost be part of the Pharo Kernel? Currently there are some minor issues like that AsmJit-Extension package takes ownership of Integer>>#&, False>>#asBit and so on.
This is because 1.4 don't have those methods, while 2.0. has (added by Camillo).. and so, currently , NB can either work on both, by making 2.0 image dirty or work only in 2.0, and fail to work in 1.4 because of "missing" methods.
I am not very good in metacello-fu to write a confing, which will select various set of stuff to load depending on image version. So, if someone can help, i would appreciate that. I can move those methods into NB-pharo-1.4 package..
Will NativeBoost be more closely integrated with the kernel in the near future?
depends on what you putting into "kernel". if it is "a basic functionality, which is absolutely required to do anything else", then no, it will be never part of a kernel.
if it is " a set of functionality, ready to use for most common/daily tasks" , then yes it should be part of such kernel..
BTW, we need to integrate http://code.google.com/p/pharo/issues/detail?id=7062 before any update that will move methods between packages.
Cheers, -- Pavel
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko.
Igor
metacello can handle this situation and there is a doc. We can give a try together. but this is not like we do not have the tool at hand.
yes, i am not saying that it cannot handle.. i just too lazy to spend time reading doc to figure how to do it :)
well and others would be not stupid to do it⦠Strange logic to me.
participants (5)
-
Igor Stasenko -
Marcus Denker -
Paul DeBruicker -
Pavel Krivanek -
Stéphane Ducasse