[mdk-re] îÕ É ÚÁÐÒÏÓÙ Õ gcc!

[mdk-re] îÕ É ÚÁÐÒÏÓÙ Õ gcc!

[Roman S]

Доброго дня!

Впервые встречаюсь с такой ситуацией...
gcc (как 2.96, так и 2.95) для компиляции модуля
nsContext... из Mozilla весело обламывается на попытке
захвата 600 с гаком мегабайт памяти....

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

Система Spring-2001, gcc и libc не обновлялись.

Rgds!
Roman Savelyev

[mdk-re] Re: [mdk-re] Ну и запросы у gcc!

[Alexander Bokovoy]

On Wed, May 16, 2001 at 07:45:58PM +0400, Roman S wrote:
> Доброго дня!
> 
> Впервые встречаюсь с такой ситуацией...
> gcc (как 2.96, так и 2.95) для компиляции модуля
> nsContext... из Mozilla весело обламывается на попытке
> захвата 600 с гаком мегабайт памяти....
> 
> Не многовато? Нет, я могу конечно добавить гигабайтный
> своп-файлик на время сборки, но не здорово это....
А мы так и сделали на altair-е :-) Там, правда, 1Гб памяти + 2Гб swap.
Это известная тонкость в gcc, проявляющаяся на mozilla.
 
-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project    | ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |    www.minsk-lug.net 
-- You won't skid if you stay in a rut.
		-- Frank Hubbard

Re: [mdk-re] юе Щ кСавЯгй е gcc!

[Aleksey Novodvorsky]

On Wed, 16 May 2001 19:45:58 +0400 (MSD)
Roman S <rromas@mailru.com> wrote:

> Доброго дня!
> 
> Впервые встречаюсь с такой ситуацией...
> gcc (как 2.96, так и 2.95) для компиляции модуля
> nsContext... из Mozilla весело обламывается на попытке
> захвата 600 с гаком мегабайт памяти....
> 
> Не многовато? Нет, я могу конечно добавить гигабайтный
> своп-файлик на время сборки, но не здорово это....
> 
> Система Spring-2001, gcc и libc не обновлялись.
> 
> Rgds!
> Roman Savelyev

Обновите gcc. Это известная бага gcc, недавно исправлена.
Кстати, на 2Gb собирается :-)

Rgrds, AEN


> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

Re: [mdk-re] Re: [mdk-re] îÕ É ÚÁÐÒÏÓÙ Õ gcc!

[Andrey Brindeew]

On Wed, 16 May 2001 18:48:32 +0300
Alexander Bokovoy <ab@avilink.net> wrote:

AB> > Не многовато? Нет, я могу конечно добавить гигабайтный
AB> > своп-файлик на время сборки, но не здорово это....
AB> А мы так и сделали на altair-е :-) Там, правда, 1Гб памяти + 2Гб swap.
AB> Это известная тонкость в gcc, проявляющаяся на mozilla.

Понятия не имею, о чем вы.
Вчера скормил батчу задание на сборку Mozilla 0.9 из Сизифуса.
Прихожу вечером с работы - в /usr/src/RPM/RPMS/i686 лежит новая Mozilla.

Система: 224M RAM, 256M swap. Причем еще были запущены Иксы при сборке.

--
WBR, Andrey Brindeew.
"No one person can understand Perl culture completely" (C) Larry Wall.

[mdk-re] Re: [mdk-re] Re: [mdk-re] Ну и запросы у gcc!

[Alexander Bokovoy]

On Wed, May 16, 2001 at 08:42:51PM +0400, Andrey Brindeew wrote:
> On Wed, 16 May 2001 18:48:32 +0300
> Alexander Bokovoy <ab@avilink.net> wrote:
> 
> AB> > Не многовато? Нет, я могу конечно добавить гигабайтный
> AB> > своп-файлик на время сборки, но не здорово это....
> AB> А мы так и сделали на altair-е :-) Там, правда, 1Гб памяти + 2Гб swap.
> AB> Это известная тонкость в gcc, проявляющаяся на mozilla.
> 
> Понятия не имею, о чем вы.
> Вчера скормил батчу задание на сборку Mozilla 0.9 из Сизифуса.
> Прихожу вечером с работы - в /usr/src/RPM/RPMS/i686 лежит новая Mozilla.
> 
> Система: 224M RAM, 256M swap. Причем еще были запущены Иксы при сборке.
Это означает, что Вы уже успели обновить gcc, в котором недавно эту ошибку
исправили. Не повезло Вам :-)

-- 
Sincerely yours, Alexander Bokovoy 
  The Midgard Project    | ALT  Linux  Team | Minsk Linux Users Group
 www.midgard-project.org | www.altlinux.ru  |    www.minsk-lug.net 
-- You won't skid if you stay in a rut.
		-- Frank Hubbard

Re[2]: [mdk-re] ÀÅ ý ËóÁ×ñÇÊ Å gcc!

[Serge Skorokhodov]

Здравствуйте!

Aleksey Novodvorsky пишет по-поводу [mdk-re] юе Щ кСавЯгй е gcc!

AN> On Wed, 16 May 2001 19:45:58 +0400 (MSD)
AN> Roman S <rromas@mailru.com> wrote:

>> Доброго дня!
>> 
>> Впервые встречаюсь с такой ситуацией...
>> gcc (как 2.96, так и 2.95) для компиляции модуля
>> nsContext... из Mozilla весело обламывается на попытке
>> захвата 600 с гаком мегабайт памяти....
>> 
>> Не многовато? Нет, я могу конечно добавить гигабайтный
>> своп-файлик на время сборки, но не здорово это....
>> 
>> Система Spring-2001, gcc и libc не обновлялись.
>> 
>> Rgds!
>> Roman Savelyev

AN> Обновите gcc. Это известная бага gcc, недавно исправлена.
AN> Кстати, на 2Gb собирается :-)

На из сизифуса?

Сергей Скороходов 16.05.2001 suralis@pisem.net

Re: [mdk-re] Re: [mdk-re] Ну и запросы у gcc!

[Aleksey Novodvorsky]

On Wed, 16 May 2001 20:42:51 +0400
Andrey Brindeew <linux@abr.x9.ru> wrote:

> On Wed, 16 May 2001 18:48:32 +0300
> Alexander Bokovoy <ab@avilink.net> wrote:
> 
> AB> > Не многовато? Нет, я могу конечно добавить
> гигабайтный
> AB> > своп-файлик на время сборки, но не здорово это....
> AB> А мы так и сделали на altair-е :-) Там, правда, 1Гб
> памяти + 2Гб swap.
> AB> Это известная тонкость в gcc, проявляющаяся на
> mozilla.
> 
> Понятия не имею, о чем вы.
> Вчера скормил батчу задание на сборку Mozilla 0.9 из
> Сизифуса.
> Прихожу вечером с работы - в /usr/src/RPM/RPMS/i686 лежит
> новая Mozilla.
> 
> Система: 224M RAM, 256M swap. Причем еще были запущены
> Иксы при сборке.

Так Вы, наверное, обновили gcc...

Rgrds, AEN

> 
> --
> WBR, Andrey Brindeew.
> "No one person can understand Perl culture completely" (C)
> Larry Wall.
> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

Re: Re[2]: [mdk-re] юе Щ кСавЯгй е gcc!

[Aleksey Novodvorsky]

On Wed, 16 May 2001 21:18:27 +0300
Serge Skorokhodov <suralis@pisem.net> wrote:


> 
> AN> Обновите gcc. Это известная бага gcc, недавно
> исправлена.
> AN> Кстати, на 2Gb собирается :-)
> 
> На из сизифуса?

Да, обновить на gcc из Sisyphus.

Rgrds, AEN

[mdk-re] Re: [mdk-re] Ну и запросы у gcc!

[Kataev Andrey]

Roman S [rromas@mailru.com] wrote:
> Доброго дня!
> 
> Впервые встречаюсь с такой ситуацией...
> gcc (как 2.96, так и 2.95) для компиляции модуля
> nsContext... из Mozilla весело обламывается на попытке
> захвата 600 с гаком мегабайт памяти....
> 
> Не многовато? Нет, я могу конечно добавить гигабайтный
> своп-файлик на время сборки, но не здорово это....
> 
> Система Spring-2001, gcc и libc не обновлялись.
> 
> Rgds!
> Roman Savelyev
> 
О!! Было! там же и с тем же!!!!
Вылечилось апгрейдом gcc до gcc-2.96-79 из кошки, тьфу ASP!

-- 
br

[mdk-re] Re: Re[2]: [mdk-re] юе Щ кСавЯгй е gcc!

[Dmitry S Kiselev]

On Wed, 16 May 2001 22:23:55 +0400
Aleksey Novodvorsky <aen@logic.ru> wrote:

AN> On Wed, 16 May 2001 21:18:27 +0300
AN> Serge Skorokhodov <suralis@pisem.net> wrote:
AN> 
AN> 
AN> > 
AN> > AN> Обновите gcc. Это известная бага gcc, недавно
AN> > исправлена.
AN> > AN> Кстати, на 2Gb собирается :-)
AN> > 
AN> > На из сизифуса?
AN> 
AN> Да, обновить на gcc из Sisyphus.
AN> 
AN> Rgrds, AEN

А почему бы не выложить ее в updates?

AN> 
AN> 
AN> _______________________________________________
AN> Mandrake-russian mailing list
AN> Mandrake-russian@altlinux.ru
AN> http://altlinux.ru/mailman/listinfo/mandrake-russian
AN> 

--
WBR Dmitry S Kiselev  E-Mail:salvatore@ace.cs.nstu.ru ICQ UIN:32904426

Re: [mdk-re] Re: [mdk-re] Ну и запросы у gcc!

[Aleksey Novodvorsky]

On Thu, 17 May 2001 09:55:16 +0400
Kataev Andrey <ank@omnicom.ru> wrote:

> Roman S [rromas@mailru.com] wrote:
> > Доброго дня!
> > 
> > Впервые встречаюсь с такой ситуацией...
> > gcc (как 2.96, так и 2.95) для компиляции модуля
> > nsContext... из Mozilla весело обламывается на попытке
> > захвата 600 с гаком мегабайт памяти....
> > 
> > Не многовато? Нет, я могу конечно добавить гигабайтный
> > своп-файлик на время сборки, но не здорово это....
> > 
> > Система Spring-2001, gcc и libc не обновлялись.
> > 
> > Rgds!
> > Roman Savelyev
> > 
> О!! Было! там же и с тем же!!!!
> Вылечилось апгрейдом gcc до gcc-2.96-79 из кошки, тьфу
> ASP!
> 

Мешать базовые компоненты очень не советую. Их лучше брать
из Sisyphus.

Rgrds, AEN

> -- 
> br
> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

Re: [mdk-re] Re: Re[2]: [mdk-re] юе Щ кСавЯгй е gcc!

[Aleksey Novodvorsky]

On Thu, 17 May 2001 15:48:52 +0700
Dmitry S Kiselev <salvatore@ace.cs.nstu.ru> wrote:

>
> AN> 
> AN> Да, обновить на gcc из Sisyphus.
> AN> 
> AN> Rgrds, AEN
> 
> А почему бы не выложить ее в updates?

Потому, что updates -- для исправлений дыр в защите и
критических ошибок. Это обычная практика всех дистрибутивов.

Rgrds, AEN 

[mdk-re] Re: [mdk-re] Ну и запросы у gcc!

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 895 bytes --]

On Wed, May 16, 2001 at 07:45:58PM +0400, Roman S wrote:
> Впервые встречаюсь с такой ситуацией...
> gcc (как 2.96, так и 2.95) для компиляции модуля
> nsContext... из Mozilla весело обламывается на попытке
> захвата 600 с гаком мегабайт памяти....
> 
> Не многовато? Нет, я могу конечно добавить гигабайтный
> своп-файлик на время сборки, но не здорово это....
> 
> Система Spring-2001, gcc и libc не обновлялись.

Это ошибка в g++, исправлена она в gcc-c++ >= 2.96-ipl9mdk
Текущая версия в Сизифе: 2.96-ipl11mdk


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.ru/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

[mdk-re] Re: [mdk-re] Re: Re[2]: [mdk-re] юе Щ кСавЯгй е gcc!

[Dmitry S Kiselev]

On Thu, 17 May 2001 13:33:11 +0400
Aleksey Novodvorsky <aen@logic.ru> wrote:

AN> On Thu, 17 May 2001 15:48:52 +0700
AN> Dmitry S Kiselev <salvatore@ace.cs.nstu.ru> wrote:
AN> 
AN> >
AN> > AN> 
AN> > AN> Да, обновить на gcc из Sisyphus.
AN> > AN> 
AN> > AN> Rgrds, AEN
AN> > 
AN> > А почему бы не выложить ее в updates?
AN> 
AN> Потому, что updates -- для исправлений дыр в защите и
AN> критических ошибок. Это обычная практика всех дистрибутивов.
AN> 
AN> Rgrds, AEN 

А это разве не критическая ошибка?
И потом, в Sisyphus ведь есть нестабильные пакеты.
Как узнать, какой из них уже "созрел", а какой - нет, не устанавливая самого пакета?

--
WBR Dmitry S Kiselev  E-Mail:salvatore@ace.cs.nstu.ru ICQ UIN:32904426

Re: [mdk-re] Re: [mdk-re] Re: Re[2]: [mdk-re] юе Щ кСавЯгй е gcc!

[Aleksey Novodvorsky]

On Thu, 17 May 2001 17:46:52 +0700
Dmitry S Kiselev <salvatore@ace.cs.nstu.ru> wrote:

> On Thu, 17 May 2001 13:33:11 +0400
> Aleksey Novodvorsky <aen@logic.ru> wrote:
> 
> AN> On Thu, 17 May 2001 15:48:52 +0700
> AN> Dmitry S Kiselev <salvatore@ace.cs.nstu.ru> wrote:
> AN> 
> AN> >
> AN> > AN> 
> AN> > AN> Да, обновить на gcc из Sisyphus.
> AN> > AN> 
> AN> > AN> Rgrds, AEN
> AN> > 
> AN> > А почему бы не выложить ее в updates?
> AN> 
> AN> Потому, что updates -- для исправлений дыр в защите и
> AN> критических ошибок. Это обычная практика всех
> дистрибутивов.
> AN> 
> AN> Rgrds, AEN 
> 
> А это разве не критическая ошибка?
Критическая ошибка -- та, которая может привести к краху
системы. Эта ошибка gcc для разработчиков gcc -- критическая
(или серьезная), для дистрибутива -- нет. Еще раз повторяю,
это общепринятая практика. 

В случае с g++ -- наша вина, что мы не предупредили о
проблемах сборки mozilla версией из Spring. 



> И потом, в Sisyphus ведь есть нестабильные пакеты.
> Как узнать, какой из них уже "созрел", а какой - нет, не
> устанавливая самого пакета?

Спросить. Только не здесь, а в списке рассылки Sisyphus. 


Rgrds, AEN

[mdk-re] Re: [mdk-re] Re: [mdk-re] Re: Re[2]: [mdk-re] юе Щ кСавЯгй е gcc!

[Dmitry S Kiselev]

On Thu, 17 May 2001 15:07:50 +0400
Aleksey Novodvorsky <aen@logic.ru> wrote:

AN> > И потом, в Sisyphus ведь есть нестабильные пакеты.
AN> > Как узнать, какой из них уже "созрел", а какой - нет, не
AN> > устанавливая самого пакета?
AN> 
AN> Спросить. Только не здесь, а в списке рассылки Sisyphus. 
AN> 
AN> 
AN> Rgrds, AEN
Спасибо!

AN> 
AN> _______________________________________________
AN> Mandrake-russian mailing list
AN> Mandrake-russian@altlinux.ru
AN> http://altlinux.ru/mailman/listinfo/mandrake-russian
AN> 

--
WBR Dmitry S Kiselev  E-Mail:salvatore@ace.cs.nstu.ru ICQ UIN:32904426

[mdk-re] Re: [mdk-re] Re: [mdk-re] Ну и запросы у gcc!

[Sergey Krivulja]

Hello Dmitry,

Thursday, May 17, 2001, 2:29:44 PM, you wrote:
DVL> Это ошибка в g++, исправлена она в gcc-c++ >= 2.96-ipl9mdk
DVL> Текущая версия в Сизифе: 2.96-ipl11mdk
А что добавлось?
-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

Re[4]: [mdk-re] ÀÅ ý ËóÁ×ñÇÊ Å gcc!

[Serge Skorokhodov]

Здравствуйте!

Aleksey Novodvorsky пишет по-поводу [mdk-re] юе Щ кСавЯгй е gcc!

AN> On Wed, 16 May 2001 21:18:27 +0300
AN> Serge Skorokhodov <suralis@pisem.net> wrote:


>> 
>> AN> Обновите gcc. Это известная бага gcc, недавно
>> исправлена.
>> AN> Кстати, на 2Gb собирается :-)
>> 
>> На из сизифуса?

AN> Да, обновить на gcc из Sisyphus.

А он за собой много потянет? А то там, где у меня приличный канал
-- нет линукса, а там, где линукс -- диалап:(

Сергей Скороходов 17.05.2001 suralis@pisem.net

[mdk-re] Re: [mdk-re] Ну и запросы у gcc!

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 7557 bytes --]

On Thu, May 17, 2001 at 03:49:36PM +0400, Sergey Krivulja wrote:
> DVL> Это ошибка в g++, исправлена она в gcc-c++ >= 2.96-ipl9mdk
> DVL> Текущая версия в Сизифе: 2.96-ipl11mdk
> А что добавлось?

По сравнению с gcc-2.96-ipl8mdk, в cpp/gcc/g++/.. добавилось множество
патчей (в основном от jj):
- fix typo in frame_state patch
- fix __frame_state_for incompatibility between egcs 1.* and gcc-2.96-RH (#37933)
- fix a tradcpp ICE with -Dfoo= (#38551)
- fix a sibcall and eh related ICE (#38466)
- fix a template argument mangling bug (#31168)
- fix i386 if conversion optimization (#37054)
- only warn about multi-line comments if -Wcomment or -Wall is given
- fix a SUBREG_BYTE ICE with ia64 builtins
- properly honour mode in cse lookups (Bernd Schmidt, #35122)
- fix an ICE in dwarf-2 support (Jason Merrill)
- fix an dwarf-2 output bug (Jason Merrill, #32801)
- fix 2 bugs in ia64 exception handling
- include ia64intrin.h header on ia64
- fix yet another alpha unaligned access (Richard Kenner, #37698)
- fix gcc driver with -traditional -traditional-cpp (Neil Booth, Chris Demetriou, #35963)
- fix tree checking bug on bad arguments to inlined functions (#36986)
- support -G option on ia64 (#33354)
- fix -MD -o name_without_dot (#37697)
- fix ia64 ICE seen in xfig (nested CONST rtl)
- add a patch for m68k requested by Jes Sorensen (Jeff Law)
- sync with ia64-000717-branch new patches
- fix functions using all local regs needing a frame pointer (Jim Wilson)
- fix constant folding of pointer comparisons where one pointer is (void *)(-1UL >> 1) (#33690)
- handle STRICT_LOW_PART in ifcvt (#33474)
- throttle C++ inlining (Mark Mitchell, #29556)
- define -D__EXCEPTIONS in g++ unless -fno-exceptions is passed
- fix GCSE for function parameters whose addresses are taken (#34050)
- fix null pointer check optimization (#23891)
- fix dwarf-2 in presence of inline function redeclared locally as extern (Jason Merrill, #25253)
- fix a SUBREG_BYTE related ICE (#32739)
- update regrename.c to fix some -frename-registers bugs (but -frename-registers is not considered supported)
- fix Fortran lexer, so that it does not eat one whole line after #line directive (#32230)
- fix implicit operator= handling for classes with anonymous aggregates (#32162)
- fix libstdc++'s bastring.cc so that it does not warn with -Wshadow
- update documentation about -Wshadow (#32160)
- optimize C++ frontend by killing -fnew-abi support (it is not ABI compatible with gcc 3.0 anyway)
- store static variables from inline functions into linkonce sections (to save space e.g. in mozilla)
- fix reg-stack return value handling (#20952, #21002, #31756)
- fix glibc getdents64.c build on ia32 with --enable-kernel 2.4.1 (Bernd Schmidt, Jan Hubicka)
- fix aspell miscompilation (#30297)
- issue a clear error message about invalid ia32 floating point asm constraints (#27137)
- remove libc5 kludge from ia32 crtendS.o
- fix Alpha combiner patch
- fix bogus cpp warning (Neil Booth)
- macro expand I in Objective C @I (Zack Weinberg)
- fix last cpp patch (so that -MD with -o works)
- fix constant folding bug (#28864)
- fix ADDRESSOF recognition (#29686)
- avoid bogus -Wunused warnings in Fortran (Richard Henderson, #29559)
- fix debugging of static local variables in stabs (Jason Merrill, #29548)
- don't crash if fixup_var_refs_1 changed MEM into REG (Richard Kenner,
- add explicit barriers to flushrs and mov x = ar.bsp on ia64 (Jim Wilson,
- fix ia64 syscall_linkage security problems (David Mosberger)
- Add Neil Booth fixes on cpp :
  * cpplex.c (_cpp_lex_token): Don't warn about directives in
  macro arguments when looking for the '('.
  * cppmacro.c (funlike_invocation_p): Set parsing_args to
  2 when really parsing arguments; 1 when looking for '('.
  Always restore the lexer position.
- don't build java subpackage on ia64 - libgcj does not work there
- fix C++ lookup if aggregate contains field with the same name as itself (#21420)
- clarify error message about taking address of an unqualified non-static member (#24329)
- better trim C++ inlined function graph cycles (#28385)
- fix C++ static aggregate initialization (#20267)
- fix Objective C garbage collection bug (#18827)
- fix Objective C testsuite so that it does not use system libobjc
- put only basename into -M goal (Nathan Sidwell)
- fix Alpha reload bug (Richard Henderson, #26749)
- fix Alpha combiner bug (Richard Henderson, #28509)
- fix i386 reload bug with long long (Bernd Schmidt, #28209)
- integrate patch.057 from gnupro-1117 tree
- ia64 support
- fix ia64 B-step errata handling code
- fix a crash caused by lexing #line directives in some cases (#25851)
- workaround ICE in dwarf2out (#24741)
- avoid unaligned accesses on alpha and ia64 (Richard Henderson)
- handle -foperator-names in the new cpp (#26457)
- add nice diagnostic message about #if defined(xor) with -foperator-names (Neil Booth)
- fix paste avoidance after builtin (Neil Booth)
- fix g++.jason/2371.C test so that new cpp does not complain about it (Alexandre Oliva)
- fix ICE on nested function with variable size array argument (#24506)
- change gcc -v output to include minor release
- fix last cpp patch so that no whitespace is inserted at start of line if last macro expansion resulted in no tokens (Neil Booth)
- fix ICE during printing warning about overloading decisions (#23584)
- honor no implicit extern "C" on linux in cpp
- fix layout of __attribute((packed)) enums in bitfields (showing up in Linux DAC960 driver)
- fix ICE when both prototype and function definition declares variable size array argument (#24507)
- change new cpp so that it does not insert whitespace where no macro expansion happens in C mode (Neil Booth, #25200)
- don't ICE when inlining is replacing with constant a variable which is only modified by assigning to itself (#24641)
- mask constant argument to testl or andl if the operation should be done in 8bit mode (#24921)
- fix C++ anonymous union handling (#23682)
- fix extract_bit_field so that it works even with XFmode (DJ Delorie)
- prevent inlining C++ functions containing static variables (#24253)
- include headers sourced from -include or -imacros in -M output (#24317)
- mangle overloaded operators declared in "C" linkage (#24685)
- optimize out comparisons of two constants if at least one comes from inline function arguments (visible e.g. on undefined __bad_udelay symbols from some linux 2.4.0 kernel modules)
- put in updated preprocessor, it seems stable enough and has tons of bugs against both gcc 2.95.2 cccp and cpp used in 2.96-RH until now
- fix DECL_NEEDED_P (Mark Mitchell, #23401)
- fix i386 assembly output for calls to symbol+offset (#23429)
- fix C++ parser to cure GC crashes (#23489, #24060)
- fix miscompilation due to not copied MEM/f flag (Alexander Oliva, #23502)
- fix CC flags handling after sar on i386 (Richard Henderson, #24062)
- only check inmode after checking type of argument in fcmov_comparison_operator on i386 (#24115)
- fix typos in i386 cmpqi_minus_1 (#24178)
- fix thinko in alpha alpha_expand_block_move (#23816, #24092, #24167, #24315)
- fix fixup_var_refs (#24031)
- fix my last fix for cpplib dependency handling (Graham Stott)


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.ru/
Fandra Project      http://www.fandra.org/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

[mdk-re] Re: [mdk-re] Re: [mdk-re] Ну и запросы у gcc!

[Sergey Krivulja]

Hello Dmitry,

Thursday, May 17, 2001, 4:25:28 PM, you wrote:

DVL> On Thu, May 17, 2001 at 03:49:36PM +0400, Sergey Krivulja wrote:
>> DVL> Это ошибка в g++, исправлена она в gcc-c++ >= 2.96-ipl9mdk
>> DVL> Текущая версия в Сизифе: 2.96-ipl11mdk
>> А что добавлось?

DVL> По сравнению с gcc-2.96-ipl8mdk, в cpp/gcc/g++/.. добавилось множество
DVL> патчей (в основном от jj):
DVL> - fix typo in frame_state patch
DVL> - fix __frame_state_for incompatibility between egcs 1.* and gcc-2.96-RH (#37933)
DVL> - fix a tradcpp ICE with -Dfoo= (#38551)
DVL> - fix a sibcall and eh related ICE (#38466)
<skip>

Спасибо, Дмитрий.
Будем знать.

DVL> Regards,
DVL>         Dmitry



-- 
Best regards,
 Sergey                            mailto:skrivulja@erec.ru

Re: [mdk-re] Re: [mdk-re] Re: Re[2]: [mdk-re] юе Щ кСавЯгй е gcc!

[Oleg N. Kayunov]

Aleksey Novodvorsky wrote:
> 
<skip> 
> В случае с g++ -- наша вина, что мы не предупредили о
> проблемах сборки mozilla версией из Spring.
> 
> > И потом, в Sisyphus ведь есть нестабильные пакеты.
> > Как узнать, какой из них уже "созрел", а какой - нет, не
> > устанавливая самого пакета?
> 
> Спросить. Только не здесь, а в списке рассылки Sisyphus.
А может можно сделать в Sisyphus отдельное оглавление для стабильных
пакетов?
И меньше переписки в рассылке будет.
Или объем переписки нужен для отчета? :-)))
 
> Rgrds, AEN

			Наилучшего, Олег Н. Каюнов.

[mdk-re] Re: [mdk-re] Re: [mdk-re] Re: Re[2]: [mdk-re]

[Alexander Bokovoy]

> Aleksey Novodvorsky wrote:
>> 
> <skip> 
>> В случае с g++ -- наша вина, что мы не предупредили о
>> проблемах сборки mozilla версией из Spring.
>> 
>> > И потом, в Sisyphus ведь есть нестабильные пакеты.
>> > Как узнать, какой из них уже "созрел", а какой - нет, не
>> > устанавливая самого пакета?
>> 
>> Спросить. Только не здесь, а в списке рассылки Sisyphus.
> А может можно сделать в Sisyphus отдельное оглавление для стабильных
> пакетов?
> И меньше переписки в рассылке будет.
> Или объем переписки нужен для отчета? :-)))
:-) Перед кем? Впрочем, это умножение сущности мы имеем -- называется "Бета"
и периодически рождается Сизифом в соседнем каталоге.
-- 
Sincerely yours, Alexander Bokovoy

Re: [mdk-re] Re: [mdk-re] Re: Re[2]: [mdk-re] юе Щ кСавЯгй е gcc!

[Aleksey Novodvorsky]

On Thu, 17 May 2001 18:52:20 +0400
"Oleg N. Kayunov" <okayunov@mtu-net.ru> wrote:

> Aleksey Novodvorsky wrote:
> > 
> <skip> 
> > В случае с g++ -- наша вина, что мы не предупредили о
> > проблемах сборки mozilla версией из Spring.
> > 
> > > И потом, в Sisyphus ведь есть нестабильные пакеты.
> > > Как узнать, какой из них уже "созрел", а какой - нет,
> не
> > > устанавливая самого пакета?
> > 
> > Спросить. Только не здесь, а в списке рассылки Sisyphus.
> А может можно сделать в Sisyphus отдельное оглавление для
> стабильных
> пакетов?

Еще раз: Sisyphus нестабилен. Обновляться из него можно
только на свой страх и риск. 


> И меньше переписки в рассылке будет.
> Или объем переписки нужен для отчета? :-)))

Отчета -- кого и кому???? Интересно, что Вы имели в виду? 


Rgrds, AEN

>  
> > Rgrds, AEN
> 
> 			Наилучшего, Олег Н. Каюнов.
> 
> 
> _______________________________________________
> Mandrake-russian mailing list
> Mandrake-russian@altlinux.ru
> http://altlinux.ru/mailman/listinfo/mandrake-russian

Re: [mdk-re] Re: [mdk-re] Re: Re[2]: [mdk-re] юе ЩкСавЯгй е gcc!

[Aleksey Novodvorsky]

On Thu, 17 May 2001 22:02:28 +0400
"Oleg N. Kayunov" <okayunov@mtu-net.ru> wrote:


> Когда я спрашивал о том, почему не устанавливается
> выложенный в Update
> MySQL (жалуясь на нессответствие библиотеки libreadline)
> мне
> настоятельно рекомендовали обратиться к libreadline из
> Сизифа.
> Получается, что Update без Sisyphus-а не пойдет?

Это была досадная ошибка. 
Мы действительно не можем разбивать пакеты Sisyphus на
стабильные и нестабильные, так как выкладываем их после
сборки и тестирования, время которого определяется
значимостью пакетов для системы. Лучше спросить.
Например, сейчас мы выкладываем evolution вместте с
необходимыми библиотеками и приложениями, которые пришлось
пересобрать. evolution по-прежнему можно назвать
демо-версией. А вот gnumeric, который скоро выйдет, как я
надеюсь, будет достаточно стабилен.

Rgrds, AEN

[mdk-re] Re: [mdk-re] юе Щ кСавЯгй е gcc!

[Mikhail Zabaluev]

Hello Aleksey,

On Thu, May 17, 2001 at 03:07:50PM +0400, Aleksey Novodvorsky wrote:
>
> On Thu, 17 May 2001 17:46:52 +0700
> Dmitry S Kiselev <salvatore@ace.cs.nstu.ru> wrote:
> 
> > On Thu, 17 May 2001 13:33:11 +0400
> > Aleksey Novodvorsky <aen@logic.ru> wrote:
> > 
> > AN> On Thu, 17 May 2001 15:48:52 +0700
> > AN> Dmitry S Kiselev <salvatore@ace.cs.nstu.ru> wrote:
> > AN> 
> > AN> >
> > AN> > AN> 
> > AN> > AN> Да, обновить на gcc из Sisyphus.
> > AN> > AN> 
> > AN> > AN> Rgrds, AEN
> > AN> > 
> > AN> > А почему бы не выложить ее в updates?
> > AN> 
> > AN> Потому, что updates -- для исправлений дыр в защите и
> > AN> критических ошибок. Это обычная практика всех
> > дистрибутивов.
> > AN> 
> > AN> Rgrds, AEN 
> > 
> > А это разве не критическая ошибка?
> Критическая ошибка -- та, которая может привести к краху
> системы. Эта ошибка gcc для разработчиков gcc -- критическая
> (или серьезная), для дистрибутива -- нет. Еще раз повторяю,
> это общепринятая практика. 
> 
> В случае с g++ -- наша вина, что мы не предупредили о
> проблемах сборки mozilla версией из Spring. 

Хм... а разве дистрибутив (по крайней мере, открытая его часть) не
должен безотказно пересобирать сам себя? Как пользователь класса
"Разработчик" заявляю несогласие.

P.S. Я как раз вот уже который час собираю во второй раз mozilla-0.9,
после того как обнаружил завис и решил обновить gcc-*. Страшный файл
уже пройден :)

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
"The trouble with doing something right the first time is that nobody 
appreciates how difficult it was."
-- Walt West

Re: [mdk-re] Re: [mdk-re] юе Щ кСавЯгй е gcc!

[Aleksey Novodvorsky]

Mikhail Zabaluev wrote:

> Hello Aleksey,
>
> On Thu, May 17, 2001 at 03:07:50PM +0400, Aleksey Novodvorsky wrote:
> >
> > On Thu, 17 May 2001 17:46:52 +0700
> > Dmitry S Kiselev <salvatore@ace.cs.nstu.ru> wrote:
> >
> > > On Thu, 17 May 2001 13:33:11 +0400
> > > Aleksey Novodvorsky <aen@logic.ru> wrote:
> > >
> > > AN> On Thu, 17 May 2001 15:48:52 +0700
> > > AN> Dmitry S Kiselev <salvatore@ace.cs.nstu.ru> wrote:
> > > AN>
> > > AN> >
> > > AN> > AN>
> > > AN> > AN> Да, обновить на gcc из Sisyphus.
> > > AN> > AN>
> > > AN> > AN> Rgrds, AEN
> > > AN> >
> > > AN> > А почему бы не выложить ее в updates?
> > > AN>
> > > AN> Потому, что updates -- для исправлений дыр в защите и
> > > AN> критических ошибок. Это обычная практика всех
> > > дистрибутивов.
> > > AN>
> > > AN> Rgrds, AEN
> > >
> > > А это разве не критическая ошибка?
> > Критическая ошибка -- та, которая может привести к краху
> > системы. Эта ошибка gcc для разработчиков gcc -- критическая
> > (или серьезная), для дистрибутива -- нет. Еще раз повторяю,
> > это общепринятая практика.
> >
> > В случае с g++ -- наша вина, что мы не предупредили о
> > проблемах сборки mozilla версией из Spring.
>
> Хм... а разве дистрибутив (по крайней мере, открытая его часть) не
> должен безотказно пересобирать сам себя? Как пользователь класса
> "Разработчик" заявляю несогласие.

Дистрибутив, т.е. Spring 2001, пересобирает сам себя.
Проблемы со сборкой возникают _только_ с mozilla >= 0.8.1, которая не
входит в дистрибутив.
Кроме того, даже mozilla >= 0.8.1 можно пересобрать  g++ из Spring 2001,
для этого достаточно 2Gb VRAM.
Поэтому место новому g++ в Sisyphus, а не в updates.
За непредупреждение об этом еще раз приношу извинения.

>
>
> P.S. Я как раз вот уже который час собираю во второй раз mozilla-0.9,
> после того как обнаружил завис

Это не завис. g++ при достаточоном количестве памяти выжирает ее всю и
продолжает работу.
Собственно, пакет 0.8.1 я первый раз собирал ночью и не заметил ничего
плохого :-)


> и решил обновить gcc-*. Страшный файл
> уже пройден :)

Rgrds, AEN

>
>