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
