El 30/12/2010, a las 11:41a.m., stephane ducasse escribió:
On Dec 30, 2010, at 3:03 PM, Esteban Lorenzano wrote:
Hi, I answer instead John... and I answer something I already said: I see no point on compile the cog vm based on the Mac OS branch, because that code is based on legacy apple code (carbon), and for that reason, it will not be present in future releases of OSX. The correct branch to work is iOS :)
Tx for the info. esteban do you know if the iOS version contains all the cleans that ESUG payed for (I imagine). Stef
I don't know what cleanings ESUG payed, but I'm pretty sure the work is done, John can answer that better than me :) If you provide me with a list of cleanings, I can take a look.
Cheers, Esteban
pd: yes, automated generation is a great goal, and I'm cheering Igor's work :)
El 30/12/2010, a las 10:16a.m., stephane ducasse escribió:
hi john
I think that there are two issues:
- is it reasonable (did it work in the past) to build a Stack vm using an automatic build and should igor
spend his time on that?
- what are the actions to be done to the the vm on apple store?
I see them as two different things. Right now we would like to have a server that builds all the vm for all the platforms automatically so that we can move on to spend energy on something else than fighting with makefiles.
Stef
The mac OS tree is not certified to work or even compile with the cog vm. In fact you should know that any vm built with the Mac OS tree and submitted to the osx app store will be rejected by apple
On 12/30/10, Igor Stasenko siguctua@gmail.com wrote:
(warnings are supressed)
In file included from /Users/sig/projects/cog/sig-cog/build/../platforms/Mac OS/vm/Developer/sqGnu.h:46, from /Users/sig/projects/cog/sig-cog/src/vm/gcc3x-interp.c:20: /Users/sig/projects/cog/sig-cog/src/vm/gcc3x-interp.c: At top level: /Users/sig/projects/cog/sig-cog/src/vm/gcc3x-interp.c: At top level: /Users/sig/projects/cog/sig-cog/src/vm/gcc3x-interp.c:15490: note: ‘theIP’ was declared here /Users/sig/projects/cog/sig-cog/src/vm/gcc3x-interp.c:34730: note: ‘hdrTypeBits’ was declared here /Users/sig/projects/cog/sig-cog/src/vm/gcc3x-interp.c:14690: note: ‘hdrTypeBits’ was declared here /Users/sig/projects/cog/sig-cog/src/vm/gcc3x-interp.c:35424: note: ‘freeChunkSize’ was declared here /Users/sig/projects/cog/sig-cog/src/vm/gcc3x-interp.c:35311: note: ‘freeChunkSize’ was declared here /var/folders/kE/kEXZB7BWHXWwxswd6aL4XU+++TM/-Tmp-//ccIxqx9C.s:143250:FATAL:Symbol L0bereaveAllMarriedContexts already defined.
i found the only use of it in generated code:
voidVMStateForSnapshot(void) { DECL_MAYBE_SQ_GLOBAL_STRUCT sqInt activeContext; sqInt header; sqInt oop; sqInt sz;
activeContext = divorceAllFrames(); /* begin bereaveAllMarriedContexts */ VM_LABEL(0bereaveAllMarriedContexts);
but gcc insists that there are another one???
-- Best regards, Igor Stasenko AKA sig.
--
John M. McIntosh johnmci@smalltalkconsulting.com Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================