[Vm-dev] building VM on lion
Esteban Lorenzano
estebanlm at gmail.com
Thu Jan 5 17:19:40 UTC 2012
nop :)
it has to be:
i686-apple-darwin11-gcc-4.2.1
not llvm :P
best,
Esteban
ps: I will integrate the changes to avoid the redirect of the link soon, but for now, it has to be made "by hand"
El 05/01/2012, a las 2:12p.m., Igor Stasenko escribió:
> On 5 January 2012 17:54, Esteban Lorenzano <estebanlm at gmail.com> wrote:
>> yes... I just downloaded a ConfigurationOfCog v3.7, built and everything is working fine here...
>> did you redirect gcc link from llvm to gcc?
>>
> looks like i am:
>
> gcc --version
> i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc.
> build 5658) (LLVM build 2336.1.00)
> Copyright (C) 2007 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions. There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
>
>> best,
>> Esteban
>>
>> El 05/01/2012, a las 1:39p.m., Igor Stasenko escribió:
>>
>>>
>>> ok, a little more progress..
>>> now it barks with undefined 'useTempMem' symbol.
>>>
>>> the problem i see that it is present in ios sources,
>>> but not in mac os..
>>>
>>> fgrep -r useTempMem *
>>> Mac OS/plugins/B3DAcceleratorPlugin/sqMacOpenGL.c: qdErr =
>>> NewGWorld(&renderer->gWorld, (short) renderer->depth, &rect, NULL,
>>> NULL, useTempMem);
>>> Mac OS/plugins/PrintJobPlugin/sqMacPrinting.c:
>>> NewGWorld(&aGWorld, printJob->depth, &srcRect, stColorTable, NULL,
>>> keepLocal+useTempMem);
>>> iOS/plugins/B3DAcceleratorPlugin/sqMacOpenGL.c:#define useTempMem (1L
>>> << 2) //This declaration is taken from old sdk definition.
>>> iOS/plugins/B3DAcceleratorPlugin/sqMacOpenGL.c: qdErr =
>>> NewGWorld(&renderer->gWorld, (short) renderer->depth, &rect, NULL,
>>> NULL, useTempMem);
>>>
>>> maybe i should stop trying to build carbon verison of vm..
>>> and use cocoa instead.
>>>
>>> the problem that cocoa version builds ok, but it crashing immediately
>>> when opening an image :(
>>>
>>> --
>>> Best regards,
>>> Igor Stasenko.
>>
>
>
>
> --
> Best regards,
> Igor Stasenko.
More information about the Vm-dev
mailing list