Firefox разжирел

0

2

Разработчики Mozilla столкнулись с проблемой: в процессе компиляции mozilla-inbound под Windows вылетает ошибка
Проведённое расследование показало, что компоновщик выходит за пределы виртуального адресного пространства во время оптимизации. Ему не хватает 3 ГБ памяти, которые выделяет приложению 32-битная Windows
http://habrahabr.ru/blogs/firefox/134525/
Надо было на C++ писать, тогда бы не жрал память как java

←	[СПВ]Хочу странного

Что посмотреть в Амстердаме?

→

← 1 2 →

[#]

Кстати, а зачем они вообще компилируют виндовый фирефокс этим кривым проприетарным говном? Есть же более-менее нормальный GCC, например.

Я сам в универе тыкал визуалстудию — там баги в компиляторе на ровном месте (корректная программа компилируется, но не работает — тогда как после компиляции в GCC или в Borland C Builder работает без проблем), с GCC такого никогда не было.

Xenius

(15.12.2011 16:33:47)

[#] Ответ на: комментарий от XVilka 14.12.2011 19:38:13

>>-----Цитата---->>

А вот цитата в доказательство криворукости разрабов MSVC (взято из changelog gcc-4.7)

<<-----Цитата----<<

>>-----Цитата---->>

Improved scalability and reduced memory usage. Link time optimization of Firefox now requires 3GB of RAM on a 64-bit system, while over 8GB was needed previously. Linking time has been improved, too. The serial stage of linking Firefox has been sped up by about a factor of 10.

<<-----Цитата----<<

Мне почему-то показалось, что это доказывает как раз то что GCC был жручим, а теперь сравнялся с MSVS?

Xenius

(15.12.2011 16:44:58)

[#] Ответ на: комментарий от Xenius 15.12.2011 16:33:47

>>-----Цитата---->>

корректная программа компилируется, но не работает

<<-----Цитата----<<

Точно корректная, или полагающаяся на особенности компилятора?

~~stack_protector~~ (15.12.2011 16:48:24)

[#] Ответ на: комментарий от stack_protector 15.12.2011 16:48:24

Если бы были особенности, она бы компилировалась только в одном, в остальных выдавая ошибки/варнинги — а тут все три компилировали, но после MSVC она не работала.

Xenius

(15.12.2011 17:14:03)

[#] Ответ на: комментарий от Xenius 15.12.2011 17:14:03

Под особенностью понимается конкретное поведение компилятора в случаях, которые называются "undefined behavior". Пример особенности: в двух компиляторах в неинициализированной переменной оказывался ноль, в третьем — мусор. Или memcpy для не-POD типа.

~~stack_protector~~ (15.12.2011 17:19:32)

[#] Ответ на: комментарий от stack_protector 15.12.2011 17:19:32

Я не найду уже ту программу, но вроде баг вызывался использованием stdio и iostream

Xenius

(15.12.2011 17:29:19)

[#] Ответ на: комментарий от winddos 14.12.2011 18:26:14