[Vm-dev] Fwd: [Bug 791243] [NEW] squeak-vm version 1:4.4.7.2357-1 failed to build on armel

Igor Stasenko siguctua at gmail.com
Wed Jun 1 16:59:47 UTC 2011


On 1 June 2011 18:55, Igor Stasenko <siguctua at gmail.com> wrote:
> On 1 June 2011 18:47, Bert Freudenberg <bert at freudenbergs.de> wrote:
>>
>> On 01.06.2011, at 18:43, Igor Stasenko wrote:
>>
>>> On 1 June 2011 18:26, Bert Freudenberg <bert at freudenbergs.de> wrote:
>>>>
>>>>
>>>> On 01.06.2011, at 18:24, Igor Stasenko wrote:
>>>>
>>>>>
>>>>> On 1 June 2011 18:20, Bert Freudenberg <bert at freudenbergs.de> wrote:
>>>>>>
>>>>>>> cc1: error: unrecognized command line option '-mno-fused-madd'
>>>>>
>>>>> just kill that option
>>>>
>>>> ... but only if the compiler does not support it, right? I guess the CMakefile needs to be more intelligent about it.
>>>>
>>> Maybe.
>>> But you know, i took a different approach:
>>> - generate separate cmake file per each target platform, tested &
>>> proved to be working on that platform.
>>
>> Nice. We still need a single source tar ball for unix
>
> Why? There is so many unizes, that you can't guarantee that same
> source tarball will be working everywhere. So why not abandon this
> idea?
> Hudson generates a single tarball per each target:
>  - one for linux
>  - one for mac
>  - one for windows
>  - add yours

(and per each VM kind - Stack/Cog etc..)
so you have a tarball to build
Stack VM on linux
and separate tarball to build
Cog VM on linux

yes, these tarballs having like 95% similar contents.
But it's not a problem , right?


>
>> - how do you switch between the different architectures?
>>
>
> There is no any swtich.
> You picking a concrete CMakeVMMaker configuration, suitable (and made)
> for target platform, to generate sources and cmake files.
> And then you just build VM.
> The generated files contain an explicit instructions what to include
> into build and what options to use.
> There is no any if(x) then (y) else (z) in generated files.
> It is responsibility of configuration to know all those x,y,z and sort them out.
>
>> - Bert -
>>
>
>
>
> --
> Best regards,
> Igor Stasenko AKA sig.
>



-- 
Best regards,
Igor Stasenko AKA sig.


More information about the Vm-dev mailing list