Не компилируется Firefox (ассемблерный код)

skia

Классический гуглокод

А версия gcc какая?

Как его применить к Firefox?

найти места, где оно используется и поменять вручную? Патч то небольшой.

Мужик, а где тебя заватчить то можно насчет старенького дебиана? Гитхаб или где?

buddhist, GCC 4.6.4, yasm 1.1.0 (установил как зависимость для сборки. Он, скорее всего, нужен для Firefox+libjpeg-turbo, а не для самого Firefox).

anonymous, я ассемблер не знаю :-( Поиском по файлу нашёл те 10 мест, на которые указал компилятор.

Ну так и воткни вместо одной строки три. Там же плюсиками помечено какие добавились.

Я потом выложу на Главную ЛОР-а ссылки на реп и готовую сборку ISO. Возможно, перенесут в Talks. В настоящий момент ещё не готово - из 200 иксовых компонентов я собрал только 60 основных, необходимых для моей видеокарты. И сделал это не DEB-ами, а скриптом в юзерспейс. Так что ещё работать и работать.

Вот пакеты с ядром для i686!

Ну так ты расшарь куда-то. Может я тебе каких-нить пулл-реквестов пришлю или кто-то другой. Да и отслеживать было бы интересно что ты там попиливаешь.

Я так понял, в configure.in патчится тест, после неуспешного прохождения которого sse42 отключается и SkBlitRow_opts_SSE4_asm.S не собирается.

Собственно берёшь чистую директорию с сорцами, патчишь этот configure.in, конфигурируешь и компилируешь заново Firefox без SkBlitRow_opts_SSE4_asm.S.

Куда воткнуть? Это не ассемблерный листинг патчится, а configure.in

В ассемблерных листингах нету __asm__ __volatile__ и т. д.

https://dxr.mozilla.org/mozilla-central/source/gfx/skia/trunk/src/opts/SkBlit...

Похоже, что у тебя слишком старые binutils. Обнови и будет тебе счастье

Куда воткнуть?

А что, в описании патча не указано куда воткнуть? Я то только про плюсики.

Он, скорее всего, нужен для Firefox+libjpeg-turbo, а не для самого Firefox

В твоем логе обсирается gas, а не yasm

> Я так понял, в configure.in патчится тест, после неуспешного прохождения которого sse42 отключается и SkBlitRow_opts_SSE4_asm.S не собирается.

Вот оно что... Попробовал:

--- configure.in~       2015-04-15 21:18:44.000000000 +0000
+++ configure.in        2015-04-25 18:26:57.375209162 +0000
@@ -1400,7 +1400,7 @@
     _SAVE_CFLAGS=$CFLAGS
     CFLAGS="$CFLAGS -mssse3"
     AC_TRY_COMPILE([asm ("pmaddubsw %xmm2,%xmm3");],,AC_MSG_RESULT([yes])
-                     [HAVE_TOOLCHAIN_SUPPORT_MSSSE3=1],
+                     [HAVE_TOOLCHAIN_SUPPORT_MSSSE3=0],
                      AC_MSG_RESULT([no]))
     CFLAGS=$_SAVE_CFLAGS

@@ -1410,7 +1410,7 @@
     _SAVE_CFLAGS=$CFLAGS
     CFLAGS="$CFLAGS -msse4.1"
     AC_TRY_COMPILE([asm ("pmulld %xmm6,%xmm0");],,AC_MSG_RESULT([yes])
-                     [HAVE_TOOLCHAIN_SUPPORT_MSSE4_1=1],
+                     [HAVE_TOOLCHAIN_SUPPORT_MSSE4_1=0],
                      AC_MSG_RESULT([no]))
     CFLAGS=$_SAVE_CFLAGS

@@ -1422,7 +1422,7 @@
                      result="yes", result="no")
       AC_MSG_RESULT("$result")
       if test "$result" = "yes"; then
-          HAVE_X86_AVX2=1
+          HAVE_X86_AVX2=0
       fi
     esac

Дальше autoconf2.13, и собрать заново. Ошибка та же. У тебя есть версии о том, как ещё можно запретить сборку с SSE4?

http://s29.postimg.org/8zysirosn/snapshot1.png

Вот оригинал configure.in

CFLAGS=«$CFLAGS -msse4.1»

А вообще без этих sseN флагов если?

http://s29.postimg.org/8zysirosn/snapshot1.png

=D

У тебя есть версии о том, как ещё можно запретить сборку с SSE4?

Возможно на 3rdparty skia это не распространяется. Тут ковыряться пробовал?

https://github.com/mozilla/gecko-dev/blob/master/gfx/skia/moz.build#L873

if CONFIG['INTEL_ARCHITECTURE'] and CONFIG['GNU_CC'] and CONFIG['OS_ARCH'] != 'WINNT':
    if CONFIG['CPU_ARCH'] == 'x86_64':
        SOURCES += [
            'trunk/src/opts/SkBlitRow_opts_SSE4_x64_asm.S',
        ]
    else:
        SOURCES += [
            'trunk/src/opts/SkBlitRow_opts_SSE4_asm.S',
        ]

Так же есть опция: --disable-skia, но: https://bugzilla.mozilla.org/show_bug.cgi?id=1136958

О, супер :-) Щас буду пробовать

Если будешь ковырять moz.build, делай изменения в generate_mozbuild.py. Этот скрипт на пайтоне как раз и генерирует moz.build.

Пилю чисто для себя репо для старого линукса (Opensuse 11.4 и Debian 5), в который входят свежее ядро, Glibc, GCC и графический стек. Потому что мне очень симпатичен старый Linux, но там не работает новый софт.

дальше не читал.

для любителей древности: http://mirror.yandex.ru/slackware/slackware-1.01/

Но это не ответ на вопрос где поватчить за движениями зенитара.

Но это не ответ на вопрос где поватчить за движениями зенитара.

я не вижу смысла в этом. Ну у них должен быть Changelog на сайте.

Меня вообще-то дебианчик интересует. Так в моем посте и написано.

От блин, а!

In file included from /1/zenitur/firefox/mozilla-release/objdir/gfx/layers/Unified_cpp_gfx_layers2.cpp:2:0:
/1/zenitur/firefox/mozilla-release/gfx/layers/basic/BasicCompositor.cpp:20:56: fatal error: skia/SkCanvas.h: No such file or directory
compilation terminated.
make[5]: *** [Unified_cpp_gfx_layers2.o] Error 1
make[4]: *** [gfx/layers/target] Error 2

Я не знаю что это и зачем это не нужно, но Firefox офигел от его отсутствия. Похоже, ты прав, и действительно придётся править generate_mozbuild.py.

Меня вообще-то дебианчик интересует. Так в моем посте и написано.

на их сайте был? должно быть.

Вот тут патчик есть: https://hg.mozilla.org/releases/mozilla-aurora/rev/48e130d69836

А тут инфа: https://bugzilla.mozilla.org/show_bug.cgi?id=1136958

Классический гуглокод

На http://www.craftymind.com/factory/guimark2/HTML5ChartingTest.html Skia в два раза (20 fps) быстрее Cairo (8 fps). Правда вариант на Flash ценой в 300% CPU выдаёт 60 fps. Наверное, если бы не ограничение в 60 fps во флешке, он бы всё сожрал.

Ты возмущаешься фрагментации? Корпорации бобра? Просто для галочки?

В самом конце, когда уже создались libxul.so и libnss.so, появилась эта ошибка:

js/src/jit/CodeGenerator.cpp:1309: error: undefined reference to 'JSFatInlineString::MAX_LENGTH_LATIN1'
js/src/jit/CodeGenerator.cpp:1309: error: undefined reference to 'JSFatInlineString::MAX_LENGTH_TWO_BYTE'
js/src/jit/CodeGenerator.cpp:1309: error: undefined reference to 'JSInlineString::MAX_LENGTH_LATIN1'
js/src/jit/CodeGenerator.cpp:1309: error: undefined reference to 'JSInlineString::MAX_LENGTH_TWO_BYTE'

Я нашёл этот баг: Bug 1081180 - Build error: CodeGenerator.cpp:1309: error: undefined reference to 'JSInlineString::MAX_LENGTH_TWO_BYTE'. Пошёл накладывать патч - и увидел что он уже наложен. В чём же дело? Поиск привёл меня к багу Bug 1121481 - Error compiling jit/CodeGenerator.cpp with gcc 4.6.4 Взял патч, наложил, и получил другую ошибку:

/1/zenitur/firefox/mozilla-release/js/src/jit/CodeGenerator.cpp:5416:31: error: ‘JSThinInlineString’ has not been declared
/1/zenitur/firefox/mozilla-release/js/src/jit/CodeGenerator.cpp:5418:31: error: ‘JSThinInlineString’ has not been declared
/1/zenitur/firefox/mozilla-release/js/src/jit/CodeGenerator.cpp:5421:50: error: ‘maxLengthInline’ was not declared in this scope

А вот она уже не гуглится ни в какую. Похоже, придётся писать в багзиллу.

А вот она уже не гуглится ни в какую.

grep'ни дерево исходников на предмет «class JSInlineString» и подцепи нужный хедер в CodeGenerator.cpp

Я решил попробовать 38.0b7 иии...

configure: error: Only GCC 4.7 or newer supported

Нашёл где накосячил. Патч linker.patch - не для моей версии Firefox. Пришлось кое-что поменять руками. http://i.imgur.com/obO0HWL.png Отправил пересобирать, сначала, по-хардкору. :-(

Скомпилировалось! Патч на --disable-skia помог. Спасибо тебе!

Ещё понадобился второй патч, исправляющий сборку в GCC 4.6.4. И так как найти его сходу - проблема, и для последнего релиза Firefox 37.0.2 его нужно править, я запосщу его сюда (и чуть позже - на страницу бага):

--- js/src/jit/CodeGenerator.cpp~	2015-04-15 21:18:45.000000000 +0000
+++ js/src/jit/CodeGenerator.cpp	2015-04-25 22:12:01.335057389 +0000
@@ -5411,9 +5411,12 @@
     masm.branchIfRope(rhs, failure);
 
     // Allocate a JSInlineString or JSFatInlineString.
-    size_t maxLengthInline = isTwoByte
-                             ? JSInlineString::MAX_LENGTH_TWO_BYTE
-                             : JSInlineString::MAX_LENGTH_LATIN1;
+    size_t maxLengthInline;
+    if (isTwoByte)
+        maxLengthInline = JSInlineString::MAX_LENGTH_TWO_BYTE;
+    else
+        maxLengthInline = JSInlineString::MAX_LENGTH_LATIN1;
+
     Label isFat, allocDone;
     masm.branch32(Assembler::Above, temp2, Imm32(maxLengthInline), &isFat);
     {

И, наконец, сама сборка (tar.xz, 40 Мб). На чистом Debian 5 не работает, так как очень специфичная конфигурация: нужен новый libstdc++.so.6 версии GLIBCXX_3.4.14, а также GTK и Cairo из backports. И я забыл отвязать от нового pango, так что нужен ещё и он. И вообще вряд ли у кого-нибудь запустится, кроме меня, но вдруг кому-нибудь пригодится!

GCC 4.6.4

I saw this issue before. GCC has some problem with ternary operator and consts. This doesn't link properly.

И это стабильная ветка. Жесть. Просто жесть.

Вышел Firefox 38.0.1esr, решил собрать его. Отключил параметр --enable-safe-browsing, потому что с ним страничка иногда вставала на Stop вместо начала загрузки, а Firefox писал в консоль:

WARNING: content window passed to PrivateBrowsingUtils.isWindowPrivate. Use isContentWindowPrivate instead (but only for frame scripts).
pbu_isWindowPrivate@resource://gre/modules/PrivateBrowsingUtils.jsm:25:14
nsBrowserAccess.prototype.openURI@chrome://browser/content/browser.js:14291:25

Без Skia было печально: весь Web 2.0 тормозил, например на «главной» сайта знакомств mamba.ru есть падающие сверху вниз фотографии девушек. С Cairo это ооочень медленно! Со Skia - не тормозит.

Случайно нарёл решение проблемы со Skia, набрав в Google «firefox configure disable toolchain supports msse4.1 option». Вот баг, вот патч. Пересобрал по той же ссылке, но на всякий случай продублирую в «шапке». Вложил C++ Runtime - при этом сократил размер архива на 5 мб. Теперь запускается на всех системах 2008 года и новее! Нужен только GTK 2.18 (или новее) - в Debian 5 он очень удачно лежит в Backports.

А ты GTK не пробовал статически собирать кстати?

Это же просто отлично! В этом 320-мегабайтном архиве есть патч build-gtk2-2.10.patch. Это просто супер :-)

Заодно заметил баг в версии 38.0.1. Он не скачивает файлы! Сохраняю файлы с исходниками с http://packages.debian.org/, а они занимают 0 байт. В 37.x такого не было. Я не уверен, это только в старом дистрибутиве, или и в новых тоже. Потестируй? https://packages.debian.org/jessie/pidgin Справа страницы.

У меня пока 37.0.2 и нет возможности обновиться. Там всё нормально со скачиванием.

Дополнено: проблема решена, вот бинари для Debian 5 backports

Под LSB задолбался чтоль?

кстати да, начитался тут, что современный ff летает, поставил и поюзал обычный и девелоперский ff, потом заново запустил хромиум и немного офигел как он летает

И это стабильная ветка

именно. я бы даже сказал ключевой момент