On 2015-09-28 08:46, László Böszörményi (GCS) wrote: > Hi Niels, Bob, others,
Hi, > On Fri, Sep 25, 2015 at 8:34 AM, Niels Thykier <ni...@thykier.net> wrote: > > Thanks for getting it uploaded to NEW. > > > > I have prodded the FTP masters about fast tracking and will try to > > finish the resulting transition as fast as possible. :) > Now it's accepted, built fine on almost all architectures and the > tracker seems to be correct. > It fails on mipsel[1] with: > -- cut -- > Magick: abort due to signal 11 (SIGSEGV) "Segmentation Fault"... > /«PKGBUILDDIR»/scripts/tap-functions.shi: line 58: 2290 Aborted > ( "$@" ) > EXEC: ./rwfile -stdio -filespec out_truecolor_stdio_%d > /«PKGBUILDDIR»/tests/input_truecolor.miff PCDS > not ok 244 - PCDS truecolor (stdio) > FAIL: tests/rwfile.tap 244 - PCDS truecolor (stdio) > -- cut -- > > It was failed previously a few times as well, but a rescheduled build > solved it. To be honest the reasons were: signal 01 (SIGBUS) "Bus > Error" > But I suspect the cause may be the same, please reschedule the build > of graphicsmagick on mipsel. The failure is strange, but indeed the new build was successful. Looks like something to be investigated. > The build is strange on mips just for the record. Sometimes (just like > in the past) it builds in a hour. Nowadays it's over twelve hours > sometimes, but it seems to be at lease six hours[2]. > Bob, how may I help you to find the root cause of the slow building on > mips at least? graphicsmagick uses FP instructions, and it happens that the machines we currently use for the mips port do not have an FPU. The instructions are emulated, that's why it takes longer to build (or actually to run the testsuite). We have recently changed the ISA to mips32r2, which improves things a bit (up to 40% on some packages), but the gain for graphicsmagick seems to be around 10% only. The real solution is to get new machines with an FPU, we are currently working on that. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net
