[Vm-dev] Strange error while building stack vm

Esteban Lorenzano estebanlm at gmail.com
Thu Dec 30 15:12:42 UTC 2010


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 at 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 at smalltalkconsulting.com>
>>>> Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
>>>> ===========================================================================
>>> 
>> 
> 



More information about the Vm-dev mailing list