On 11/28/2011 08:55 PM, Tom Gall wrote: > Hi Matthias, > > Over the Thanksgiving holiday the compile-o-rama complete for all the > packages from the main and universe archives that had deps on > libjpeg-dev. The results of the build can be found in my libjpeg-turbo > ppa: https://launchpad.net/~tom-gall/+archive/libjpeg-turbo/+packages > > In summary, 114 packages were rebuilt against the libjpeg-turbo's > version of -dev. > > One package vtk resulted in the only 2 failures that have been > experienced. One failure on x86, and one on x86_64. Both failures were > caused not by problems with libjpeg-turbo but rather with poor build > time deps specified in the package. This can be witnessed in the logs: > > https://launchpadlibrarian.net/85691287/buildlog_ubuntu-precise-amd64.vtk_5.6.1-7~linaro1_FAILEDTOBUILD.txt.gz > https://launchpadlibrarian.net/85716285/buildlog_ubuntu-precise-i386.vtk_5.6.1-7~linaro1_FAILEDTOBUILD.txt.gz > > I have also updated the raw performance numbers for libjpeg-turbo in > our wiki. (I haven't updated the graphs yet) > > https://wiki.linaro.org/TomGall/LibJpeg8 > > All raw performance numbers are now from oneiric. I've also included > numbers from a 3.3Gz i5-2500 to the mix as well numbers taken on the > Quickstart board with the lib instructed to not use NEON. > > With SIMD for intel/arm environment performance is substantially > better in all cases. With NEON off in libjpeg-turbo, performance is at > least equal and in some cases better than libjpeg8.
thanks for doing these checks. > All that said, what is the next step? Currently libjpeg-turbo8 diverts libjpeg8, which doesn't allow removal of libjpeg8. I would suggest to build the binary packages currently built from the libjpeg8 source package from the libjpeg-turbo package. Using the same package names instead of providing the libjpeg8 binary package names does have the advantage that versioned dependencies will still work without changes. Such a package could be reviewed and uploaded after the alpha1 release. Matthias _______________________________________________ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
