Latest rev configures & compiles fine on ARM.

We are about to run SUMO on ARM-based computing cluster, that is why I 
was looking into it in a first place. I ran tests yesterday and can 
confirm that SUMO is sane on ARM.

About the SSE options: when you build for x86/x86_64 both -msse and 
-msse2 options are enabled by default. I don't think there is any speed 
up from that. Did you measure it?

Matej.

On 19.3.2016 17:02, Michael Behrisch wrote:
> Hi Wookey,
> thanks for caring about SUMO on ARM. I always wanted to try this myself too.
>
> Am 19.03.2016 um 15:54 schrieb Wookey:
>> And indeed an equivalent patch (for the flags issue) is already in the
>> debian packaging:
>> https://sources.debian.net/src/sumo/0.25.0%2Bdfsg1-2/debian/patches/40_drop_some_buildflags.patch/
>> (Sensible defaults exist on each arch so just dropping this 'special
>> x86 flags' code is best there. Interesting question what the best
>> upstream behaviour is - will people actually be building (on x86) with
>> toolchains that don't turn SSE on by default anyway? If so then
>> enabling neon on arm and arm64 and altivec on mips and so on would be
>> better than just special-casing x86).
> As far as I know SSE is not enabled by default on 32 bit platforms. That
> was the main reason for us to add this switch, because we wanted to
> generate comparable results on 32 and 64 bit and did not care too much
> about platforms which do not have SSE. I would be happy if we had a
> configure version which just enables it when the target platform can
> handle it but I definitely want it to be enabled whenever possible.
>
>> This sugests that no-one has looked at the patches distros are
>> carrying to see if they should be upstream.
> Right, at least for the core SUMO team no one is looking at upstream
> distros except for openSUSE where I do the packaging myself. Anton
> Gladky (to whom we are indebted for most of the initial debian / ubuntu
> packaging) is reading the mailing list though and already submitted some
> ideas / patches.
>
>> All 5 debian patches are here:
>> https://sources.debian.net/src/sumo/0.25.0%2Bdfsg1-2/debian/patches/
>>
>> And everything except the openlayers patch looks suitable for upstream to me.
> I tend to disagree.
>   10...) Internal GL2PS is easier for us because then it is ready for the
> windows platform as well and we always have identical results. I don't
> mind debian excluding it, but I don't think we should incorporate it in
> the main line.
>   20...) I don't see why a shebang should be added to files which are not
> executable and not meant to be executed, furthermore this patch removes
> some files from examples
>   30...) I doubt that GL- and pthread-libraries are connected with
> Xerces-c. In my build environment those get added when using fox-config
> and we use threading and GL only when we use fox. Any idea why they are
> useful in other cases?
>   40...) see my reasoning about SSE above
>
>> If you have any further questions about arm support or being a good
>> upstream from a distro and 'the world is more than just x86' point of
>> view, I am happy to help.
> I would love to add an ARM build to our nightly builds. Can you
> recommend a distro / VM setup to use?
>
> Best regards,
> Michael
>
> ------------------------------------------------------------------------------
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
> _______________________________________________
> sumo-user mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/sumo-user


------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
sumo-user mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sumo-user

Reply via email to