Ну а почему нет... Если такая ситуация сложилась? Оформите багрепорт, сидите пока на бинарном. Я на бине сидел помнится долго из за нелюбви к врапперу плугинов.

>а почему бы и нет? бинарники конечно на генту ставить это не совсем правильно,

http://www.gentoo.ru/philosophy

Дык,а смысл в Генте ставить бинарный?Ладно какую-нибудь пропиетаршину,а с Фоксом это неинтиресно совсем.По сравнению с допустим, готовым Фоксом из Убунты,самосборный в Генте лучше был.

Вобще,что за бардак-Файерфокс вроде официально вышел под Линукс,GCC тоже я не размаскировывал,а штатное обновление-типа,всё нормально должно быть.И такие баги.

вот вот


select lesser evil for you:

* install mozilla official binaries

* install older GCC

* upgrade to 3.7a1 and get crashes

* use another browser

* upgrade to x86_64

поскольку версий GCC у меня зоопарк, мой вариант угадать несложно

>http://www.gentoo.ru/philosophy

Именно, используй что работает пока оно работает и не тони в идеологических предрассудках. А по поводу падежа багрепорт запостить было бы правильно.

Это так же неправильно как и самому собирать что-то из исходников в rpm/deb like дистрибах

> А по поводу падежа багрепорт запостить было бы правильно.

Я начал с поиска по багрепортам, и по отсутствию решил, что проблема только у меня. Странно, gcc4.4.1 в генте стабилизировался уже два дня как.

Для меня вариантом стало "upgrade to x86_64" достаточно давно. После выхода свежей явы, флеша и допила wine аргументов сидеть на x86 не осталось совсем для меня. При необходимости разработки в чисто x86 среде использую виртуальные машины.

да ну ?
~ :$lsb_release -a
LSB Version: core-2.0-ia32:core-2.0-noarch:core-3.0-ia32:core-3.0-noarch:core-3.1-ia32:core- 3.1-noarch:core-3.2-ia32:core-3.2-noarch:cxx-3.0-ia32:cxx-3.0-noarch:cxx-3.1-ia3 2:cxx-3.1-noarch:cxx-3.2-ia32:cxx-3.2-noarch
Distributor ID: Debian
Description: Debian GNU/Linux testing (squeeze)
Release: testing
Codename: squeeze

>Я начал с поиска по багрепортам, и по отсутствию решил, что проблема только у меня. Странно, gcc4.4.1 в генте стабилизировался уже два дня как.

Ленивых много. Или тихо ждут, или как мы тут... У вас проблема, вы сами её решить не можете, багрепорта нет, пишите багрепорт :) Как то так.

К.О. :)

>поскольку версий GCC у меня зоопарк, мой вариант угадать несложно

Кстати, а так есть шанс наткнуться на несовместимость abi

есть, но я вообщем-то готова к этому, пока не было проблем с этим,
может потому что я не так уж и много собираю, а ставлю с репозиториев

gcc 4.4.1 & wine

программы в wine тоже падают, кстати, если собирать вайн GCC 4.4

PS: у меня еще и Intel CC живут 2 версии

Гм. Весь мой зоопарк игр и Perfect Dark работает. А больше я вайн ни для чего не использую. Специально проверял, вайн у меня с git. Собираю без графитовых флагов, то есть CFLAGS="-march=native -O2 -falign-functions=64 -fomit-frame-pointer"

Жалоб нет...

на x86_64 возможно и нет, как и с ФФ
сейчас попробую без графита

Вчера в Sims 3 играл часа четыре, не вылетало...

Получается x86_64 сейчас стабильнее x86? Забавно...

his application has encountered a critical error:

ERROR #132 (0x85100084) Fatal Exception
Program: E:\WOW\Wow.exe
Exception: 0xC0000005 (ACCESS_VIOLATION) at 0073:7C56E984

The instruction at "0x7C56E984" referenced memory at "0xFFFFFFFF".
The memory could not be "read".


не работает вайн с GCC 4.4 @ x86
хотя мне интересно мнение остальных (с х86 естественно) , работает ? или я попала на тот самый ABI incompatibility с чем-то ? )

>Странно, gcc4.4.1 в генте стабилизировался уже два дня как.

На x86-64 пока только 4.3.2-r3

sys-devel/gcc
Available versions:
(2.95) *2.95.3-r9 ~*2.95.3-r10!s
(3.1) *3.1.1-r2
(3.2) **3.2.2!s *3.2.3-r4
(3.3) (~)3.3.6-r1!s
(3.4) 3.4.6-r2!s
(4.0) ~*4.0.4!s
(4.1) 4.1.2!s
(4.2) (~)4.2.4-r1!s
(4.3) 4.3.2-r3!s (~)4.3.2-r4!s (~)4.3.3-r2!s (~)4.3.4!s
(4.4) (~)4.4.1!s

Мы тут все горячие парни и сидим на ~.

У меня на ~amd64 Firefox при закрытии окна остается висеть процесс, который не дает запустить Firefox снова. Кто-нибудь сталкивался с такой проблемой? Удаление профиля и отключения аддонов не помогает.

Помирает неторопливо, секунд 3-5. То есть окно уже прибито, в процессах ещё есть. Такого как у тебя не наблюдаю.

Попробуй пересобрать c --oneshot nspr xulrunner mozilla-firefox

Mozilla/5.0 (X11; U; Linux x86_64; ru-RU; rv:1.9.1.2) Gecko/20090815 Gentoo Firefox/3.5.2

>не работает вайн с GCC 4.4 @ x86
>хотя мне интересно мнение остальных (с х86 естественно) , работает ? или я попала на тот самый ABI incompatibility с чем-то ? )

Да, виндовые приложения крашатся, раньше работали.

Смехх смеххом, а www-client/mozilla-firefox-bin у меня сегфолтится точно также.

Тогда занудным способом. ldd на бинарь, equery, собирай каждую либу старым gcc... И вниз вплоть до glibc.

И на найденную либу уже багрепорт...

а вот тут уже скорее ABI

Я собственно об этом и пытался выше неуклюже сказать. Он вроде не сломан, но сломан.

У меня был как то странный момент после зоопарка компилляторов, когда мне пришлось дважды пересобрать тулчайн. Я так понимаю как то неправильно собирался gcc. И именно на 32. В ебилде потом жирное предупреждение о необходимости пересобрать ещё раз возникло. Баг был очень мутный, я честно сказать не понял, что там ломалось.

Я кстати забыл о плагинах в /usr/lib/nsbrowser/, в частности об адобовском флэше, возможно поломка именно там, потом проверю. Это бы объяснило, почему у обладателей x64 все работает - там вроде нет нативного флэша.

[I] www-plugins/adobe-flash
     Available versions:  (~)9.0.246.0!m!s 10.0.32.18!m!s {32bit 64bit multilib}
     Installed versions:  10.0.32.18!m!s(23:08:43 08/14/09)(64bit multilib -32bit)
     Homepage:            http://www.adobe.com/
     Description:         Adobe Flash Player

http://bugs.gentoo.org/show_bug.cgi?id=280846

Это не твой баг?

Не мой, и сегфолта там не видно.

Вообще, похоже у меня поломалось где-то в области гтк.

У меня 4.4.1 - полет нормальный.

avatar@AliSo ~ % cat /etc/make.conf|grep CFLAGS CFLAGS="-O2 -march=core2 -pipe"

:]

Юзайте -march=i686|K8|* -O2 | ( -O2/-O3 + fomit-frame-pointer ) для требующих того вещей и будет вам счастье :) -pipe не нужен, если /tmp в ОЗУ

У меня работает стабильно, но при создании нового профиля сегфолтится. GCC 4.4.1, CFLAGS="-O2 -march=native -pipe -fomit-frame-pointer -ftree-vectorize -mfpmath=sse"

>это я пока только с --default-toolkit=cairo-qt собирала

Оффтопиком, как там оно поживает? Сборку ты выкладывала уже очень давно. Всё никак руки не дойдут собрать самому и посмотреть: обычно пассионарности набирается к очередному релизу КЕД после которого КЕДы из транка у меня разваливаются и становится не до лисы.

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


последний раз собирала меньше месяца назад

Нифига не понимаю, соберите с -g сделайте корку и отошлите разрабам, что гадать-то, наверняка там что-то тривиальное.

У меня Firefox, вроде, собран с 4.4.1

Точнее, gcc-4.4.1 собран вечером 14-го, а firefox - утром 15-го. Сделал я gcc-config сразу же после обновления или нет - х.з.

Но пока ничего не падает.

CHOST="i686-pc-linux-gnu"
CFLAGS="-O2 -march=prescott -mmmx -msse -msse2 -fomit-frame-pointer -pipe -s"
LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu"

У меня он поломался после пересборки системы. И видимо не только он.
Из замеченного, сегфолтится еще lazarus.
Как неохото откатываться...