5 Коммитов

Автор	SHA1	Сообщение	Дата
Nathan Froyd	cf475d1e67	Bug 1501523 - part 2 - remove separate jpeg_nbits_table copies from assembly files; r=aosmond ... Continuing the theme from the first part, the optimized assembly files for x86-64 and i386 include their own private copies of jpeg_nbits_table. There's no need for them to do so; they can make use of the C copy that we commonized in the first patch.	2018-10-24 16:06:48 -04:00
Nathan Froyd	b3c9f58bdd	Bug 1501523 - part 1 - externalize jpeg_nbits_table from jpeg_nbits_table.h; r=aosmond ... The current setup means that including jpeg_nbits_table.h creates a 64K static table in the current compilation unit...for every inclusion of jpeg_nbits_table.h. Since we have two such inclusions, we have two copies of this table, and the linker is not merging them; perhaps there is a limit on the size of identical blobs of data it will merge. In any event, this setup is suboptimal; instead, we should have a single instance of jpeg_nbits_table in some external source file, and the header can declare it like any other variable.	2018-10-24 16:06:48 -04:00
Ryan VanderMeulen	02d34ad572	Bug 1278648 - Update libjpeg-turbo to version 1.5.0. r=jrmuizel ... --HG-- rename : media/libjpeg/README => media/libjpeg/README.ijg rename : media/libjpeg/README-turbo.txt => media/libjpeg/README.md	2016-06-26 15:41:09 -04:00
Noel Gordon	6b3d2d0174	Bug 1050342. Fix a case where the fast huffman decoder in libjpeg-turbo can produce different results depending on how data is fed to it. r=seth ... This change comes from the blink repo https://codereview.appspot.com/229430043/ and is unlikely to be accepted upstream into libjpeg-turbo.	2016-03-09 17:56:35 -06:00
Ted Mielczarek	dcced52d74	bug 1176196 - update libjpeg-turbo to 1.4.2. r=jrmuizel ... --HG-- extra : commitid : E8TzkSU0TOC extra : rebase_source : df175815820cba7829062fd69f93f9a8aeceb473	2015-10-05 09:31:36 -04:00