Hi guys! I worked yesterday on making VMMaker load and work in Pharo2.0 with filesystem. Now, I want to push my changes in a new development version of ConfigurationOfCog. But I have some questions: Is ConfigurationOfCog used by other people besides Pharo? Because so far I see: - there are two different groups in the conf: #common and #pharo. - In #common, there is CMakeVMMaker (which in turn loads cairo from files.pharo.org :)) and the oscog branch of VMMaker. Both have only as latest committers Igor and Esteban :P. And I - in #pharo there are nativeboost and some compatibility packages. So there are pharo specific stuff in both groups, or am I mistaken? Should we keep both groups, or make them one and simplify? And how should I push my changes related with filesystem (pharo-specific) then? Guille
On 18 June 2013 10:26, Guillermo Polito <guillermopolito@gmail.com> wrote:
Hi guys!
I worked yesterday on making VMMaker load and work in Pharo2.0 with filesystem. Now, I want to push my changes in a new development version of ConfigurationOfCog. But I have some questions:
Is ConfigurationOfCog used by other people besides Pharo?
Because so far I see: - there are two different groups in the conf: #common and #pharo. - In #common, there is CMakeVMMaker (which in turn loads cairo from files.pharo.org :)) and the oscog branch of VMMaker. Both have only as latest committers Igor and Esteban :P. And I - in #pharo there are nativeboost and some compatibility packages.
So there are pharo specific stuff in both groups, or am I mistaken? Should we keep both groups, or make them one and simplify? And how should I push my changes related with filesystem (pharo-specific) then?
loading this code doesnt means that VM will be built with it. And sure thing your changes is pharo-specfic.
Guille
-- Best regards, Igor Stasenko.
I would simplify :) Stef On Jun 18, 2013, at 10:26 AM, Guillermo Polito <guillermopolito@gmail.com> wrote:
Hi guys!
I worked yesterday on making VMMaker load and work in Pharo2.0 with filesystem. Now, I want to push my changes in a new development version of ConfigurationOfCog. But I have some questions:
Is ConfigurationOfCog used by other people besides Pharo?
Because so far I see: - there are two different groups in the conf: #common and #pharo. - In #common, there is CMakeVMMaker (which in turn loads cairo from files.pharo.org :)) and the oscog branch of VMMaker. Both have only as latest committers Igor and Esteban :P. And I - in #pharo there are nativeboost and some compatibility packages.
So there are pharo specific stuff in both groups, or am I mistaken? Should we keep both groups, or make them one and simplify? And how should I push my changes related with filesystem (pharo-specific) then?
Guille
well... afaik, no one outside pharo community is using the configurations, the other guys on vm-dev prefer the old way of doing things. also, the group "pharo" is intended to include the things necessary to produce a "pharo vm"... this is what time ago was in the ConfigurationOfPharoVM. That means: you can produce a CogVM without loading group "pharo", but not a Pharo VM. Esteban On Jun 18, 2013, at 10:26 AM, Guillermo Polito <guillermopolito@gmail.com> wrote:
Hi guys!
I worked yesterday on making VMMaker load and work in Pharo2.0 with filesystem. Now, I want to push my changes in a new development version of ConfigurationOfCog. But I have some questions:
Is ConfigurationOfCog used by other people besides Pharo?
Because so far I see: - there are two different groups in the conf: #common and #pharo. - In #common, there is CMakeVMMaker (which in turn loads cairo from files.pharo.org :)) and the oscog branch of VMMaker. Both have only as latest committers Igor and Esteban :P. And I - in #pharo there are nativeboost and some compatibility packages.
So there are pharo specific stuff in both groups, or am I mistaken? Should we keep both groups, or make them one and simplify? And how should I push my changes related with filesystem (pharo-specific) then?
Guille
On Tue, Jun 18, 2013 at 1:01 PM, Esteban Lorenzano <estebanlm@gmail.com>wrote:
well... afaik, no one outside pharo community is using the configurations, the other guys on vm-dev prefer the old way of doing things.
also, the group "pharo" is intended to include the things necessary to produce a "pharo vm"... this is what time ago was in the ConfigurationOfPharoVM. That means: you can produce a CogVM without loading group "pharo", but not a Pharo VM.
so so... Because without the compatibility package the configuration does not even load in Pharo, and then you can build air only :).
Esteban
On Jun 18, 2013, at 10:26 AM, Guillermo Polito <guillermopolito@gmail.com> wrote:
Hi guys!
I worked yesterday on making VMMaker load and work in Pharo2.0 with filesystem. Now, I want to push my changes in a new development version of ConfigurationOfCog. But I have some questions:
Is ConfigurationOfCog used by other people besides Pharo?
Because so far I see: - there are two different groups in the conf: #common and #pharo. - In #common, there is CMakeVMMaker (which in turn loads cairo from files.pharo.org :)) and the oscog branch of VMMaker. Both have only as latest committers Igor and Esteban :P. And I - in #pharo there are nativeboost and some compatibility packages.
So there are pharo specific stuff in both groups, or am I mistaken? Should we keep both groups, or make them one and simplify? And how should I push my changes related with filesystem (pharo-specific) then?
Guille
On 2013-06-18, at 13:26, Guillermo Polito <guillermopolito@gmail.com> wrote:
On Tue, Jun 18, 2013 at 1:01 PM, Esteban Lorenzano <estebanlm@gmail.com>wrote:
well... afaik, no one outside pharo community is using the configurations, the other guys on vm-dev prefer the old way of doing things.
also, the group "pharo" is intended to include the things necessary to produce a "pharo vm"... this is what time ago was in the ConfigurationOfPharoVM. That means: you can produce a CogVM without loading group "pharo", but not a Pharo VM.
so so... Because without the compatibility package the configuration does not even load in Pharo, and then you can build air only :).
that's cool I like that you pushed this for 2.0 :)
On 18 June 2013 13:26, Guillermo Polito <guillermopolito@gmail.com> wrote:
On Tue, Jun 18, 2013 at 1:01 PM, Esteban Lorenzano <estebanlm@gmail.com> wrote:
well... afaik, no one outside pharo community is using the configurations, the other guys on vm-dev prefer the old way of doing things.
also, the group "pharo" is intended to include the things necessary to produce a "pharo vm"... this is what time ago was in the ConfigurationOfPharoVM. That means: you can produce a CogVM without loading group "pharo", but not a Pharo VM.
so so... Because without the compatibility package the configuration does not even load in Pharo, and then you can build air only :).
and even more, your changes imply that code will be loaded into Pharo image with FS. So, there's two concerns: - whether ConfigurationOfCog should load cleanly on squeak image(s) - whether you can use loaded stuff to produce non-pharo VM for first one, i don't remember when the last time i tried it and it will probably won't work, so no big deal for second one, it is important to keep lettling people choose what they want to build. -- Best regards, Igor Stasenko.
On Jun 18, 2013, at 1:52 PM, Igor Stasenko <siguctua@gmail.com> wrote:
On 18 June 2013 13:26, Guillermo Polito <guillermopolito@gmail.com> wrote:
On Tue, Jun 18, 2013 at 1:01 PM, Esteban Lorenzano <estebanlm@gmail.com> wrote:
well... afaik, no one outside pharo community is using the configurations, the other guys on vm-dev prefer the old way of doing things.
also, the group "pharo" is intended to include the things necessary to produce a "pharo vm"... this is what time ago was in the ConfigurationOfPharoVM. That means: you can produce a CogVM without loading group "pharo", but not a Pharo VM.
so so... Because without the compatibility package the configuration does not even load in Pharo, and then you can build air only :).
and even more, your changes imply that code will be loaded into Pharo image with FS. So, there's two concerns: - whether ConfigurationOfCog should load cleanly on squeak image(s)
honestly, we should not take that into account. Squeak guys are not using configuration to build their VMs, and then we should not care about keeping it compatible (in fact, I doubt is compatible now). Not that I would not like that they use it, but if they don't, I prefer to use the few time we all have into something more productive :)
- whether you can use loaded stuff to produce non-pharo VM
yes this is an issue, but as the configurations are made, if you are able to build a pharovm, you are also able to build a cogvm.
for first one, i don't remember when the last time i tried it and it will probably won't work, so no big deal for second one, it is important to keep lettling people choose what they want to build.
exactly :) Esteban
-- Best regards, Igor Stasenko.
participants (5)
-
Camillo Bruni -
Esteban Lorenzano -
Guillermo Polito -
Igor Stasenko -
Stéphane Ducasse