[Vm-dev] another GCC issue?

[Igor Stasenko]

Well, i am a bit far from knowing why compiler fails to compile it or
where.. my main problem in last 3 hours was to get gcc working.

The problem is that Xcode 4.3 are not including GCC-4.2 by default..
nor the "command-line tools" addon.

I spent 2 hours installing/reinstalling the stuff and found the best
way is to install it from here:
https://github.com/kennethreitz/osx-gcc-installer

Also, i was also forced to change the path to SDKs:

sudo xcode-select -switch
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer

then after
export CC=/usr/bin/gcc-4.2

cmake can build VM using right version of compiler...

what a mess...


On 3 April 2012 18:47, John M McIntosh <johnmci at smalltalkconsulting.com> wrote:
>
> This existed pre-cog I did talk to apple's llvm folks who told me to figure out where the compiler creates the bad code.   Oh sure...  Perhaps you could take a pre cog/stack vm from 2 years back and confirm it's broken before smacking them with extras like alloca, code generation etc..
>
> Sent from my iPhone
>
> On Apr 3, 2012, at 12:24 PM, Eliot Miranda <eliot.miranda at gmail.com> wrote:
>
>
>
> On Tue, Apr 3, 2012 at 8:29 AM, Igor Stasenko <siguctua at gmail.com> wrote:
>>
>>
>> ok i found why: i was using llvm compiler, not vanilla gcc.
>>
>> but we should make it work on llvm eventually,
>
>
> I agree, and I put some effort into this, managing to get something that starts up at -O1 (I think) but not at -O2 (or at -O0 but not at -O1).  I *think* this might be a bug in llvm, because the Cogit is pretty aggressive in its use of alloca.  I should try and make a report for the llvm maintainers.  Either I'll find out I've made a mistake or they'll fix the bug ;)  Biut finding the time is as always the issue :)
>
>
>>
>> since Apple seems to be
>> dropping support of old gcc compilers:
>>
>> http://stackoverflow.com/questions/8707367/using-gcc-not-llvm-gcc-with-mac-os-x-lion
>>
>> --
>> Best regards,
>> Igor Stasenko.
>
>
>
>
> --
> best,
> Eliot
>
>



-- 
Best regards,
Igor Stasenko.