* [Comm] [JT] gcc bug ?
@ 2003-01-29 8:12 Igor Homyakov
2003-01-29 8:36 ` Nikolay Kartsev
` (2 more replies)
0 siblings, 3 replies; 9+ messages in thread
From: Igor Homyakov @ 2003-01-29 8:12 UTC (permalink / raw)
To: ALT Linux Community
у меня наблюдаеться интересная ситуация, при попытке собрать
один файл gcc жрёт всю память и вываливаеться.
вопрос в том ошибка ли это, то есть должен ли gcc обрабатывать
не коректные файлы ?
--
Igor Homyakov
<homyakov at altlinux dot ru>
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=190141
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Comm] [JT] gcc bug ?
2003-01-29 8:12 [Comm] [JT] gcc bug ? Igor Homyakov
@ 2003-01-29 8:36 ` Nikolay Kartsev
2003-01-29 9:22 ` Igor Homyakov
2003-01-29 8:50 ` [Comm] [JT] " Vitaly Lipatov
2003-01-29 12:57 ` Sergey Vlasov
2 siblings, 1 reply; 9+ messages in thread
From: Nikolay Kartsev @ 2003-01-29 8:36 UTC (permalink / raw)
To: community
> у меня наблюдаеться интересная ситуация, при попытке собрать
> один файл gcc жрёт всю память и вываливаеться.
>
> вопрос в том ошибка ли это, то есть должен ли gcc обрабатывать
> не коректные файлы ?
> --
Какая версия gcc? У меня пару раз это было с 3.2, но в чём дело непонятно,
хотя подозрение на cpp
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Comm] [JT] gcc bug ?
2003-01-29 8:36 ` Nikolay Kartsev
@ 2003-01-29 9:22 ` Igor Homyakov
2003-01-30 0:25 ` [Comm] " Alexey Tourbin
0 siblings, 1 reply; 9+ messages in thread
From: Igor Homyakov @ 2003-01-29 9:22 UTC (permalink / raw)
To: community
* Nikolay Kartsev <kartsev@tdsystem.ru> [030129 11:50]:
> > у меня наблюдаеться интересная ситуация, при попытке собрать
> > один файл gcc жрёт всю память и вываливаеться.
> >
> > вопрос в том ошибка ли это, то есть должен ли gcc обрабатывать
> > не коректные файлы ?
> > --
> Какая версия gcc? У меня пару раз это было с 3.2, но в чём дело непонятно,
> хотя подозрение на cpp
gcc-3.2
gtk-gnutella из CVS (--with-gtk2)
--
Igor Homyakov
<homyakov at altlinux dot ru>
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=190141
^ permalink raw reply [flat|nested] 9+ messages in thread
* [Comm] Re: gcc bug ?
2003-01-29 9:22 ` Igor Homyakov
@ 2003-01-30 0:25 ` Alexey Tourbin
2003-01-30 11:59 ` Igor Homyakov
0 siblings, 1 reply; 9+ messages in thread
From: Alexey Tourbin @ 2003-01-30 0:25 UTC (permalink / raw)
To: community
[-- Attachment #1: Type: text/plain, Size: 404 bytes --]
On Wed, Jan 29, 2003 at 12:22:37PM +0300, Igor Homyakov wrote:
> gcc-3.2
> gtk-gnutella из CVS (--with-gtk2)
У меня -- то же самое (кста, maintainer'ом gtk-gnutella в сизифе
являюсь я). См. --changelog. При полной оптимизации не собирается на
128MB+384swap. Если собирать:
rpm -ba --define '_optflags_default -O' gtk-gnutella.spec,
то ресурсов хватает.
--
WBR, Alexey Tourbin
BIOZAK Ltd., Russia
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Comm] [JT] gcc bug ?
2003-01-29 8:12 [Comm] [JT] gcc bug ? Igor Homyakov
2003-01-29 8:36 ` Nikolay Kartsev
@ 2003-01-29 8:50 ` Vitaly Lipatov
2003-01-29 12:57 ` Sergey Vlasov
2 siblings, 0 replies; 9+ messages in thread
From: Vitaly Lipatov @ 2003-01-29 8:50 UTC (permalink / raw)
To: community
On 29 Январь 2003 11:12, Igor Homyakov wrote:
> у меня наблюдаеться интересная ситуация, при попытке собрать
> один файл gcc жрёт всю память и вываливаеться.
>
> вопрос в том ошибка ли это, то есть должен ли gcc обрабатывать
> не коректные файлы ?
Должен обрабатывать, причём без таких последствий. Так что это
ошибка.
--
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [Comm] [JT] gcc bug ?
2003-01-29 8:12 [Comm] [JT] gcc bug ? Igor Homyakov
2003-01-29 8:36 ` Nikolay Kartsev
2003-01-29 8:50 ` [Comm] [JT] " Vitaly Lipatov
@ 2003-01-29 12:57 ` Sergey Vlasov
2003-01-29 18:27 ` Re[2]: " ASA
2 siblings, 1 reply; 9+ messages in thread
From: Sergey Vlasov @ 2003-01-29 12:57 UTC (permalink / raw)
To: community
On Wed, 29 Jan 2003 11:12:36 +0300
Igor Homyakov <homyakov@ramax.spb.ru> wrote:
> у меня наблюдаеться интересная ситуация, при попытке собрать
> один файл gcc жрёт всю память и вываливаеться.
А сколько жрёт? На компиляции C++ с оптимизацией он действительно
может требовать много памяти на больших сложных файлах.
> вопрос в том ошибка ли это, то есть должен ли gcc обрабатывать
> не коректные файлы ?
При явной ошибке должен выругаться; съедание кучи памяти - это
несколько другая ситуация. Я, например, делал для прикола абсолютно
корректный файл C++ строк на 40, при компиляции которого gcc-2.96
сжирал около 300М.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re[2]: [Comm] [JT] gcc bug ?
2003-01-29 12:57 ` Sergey Vlasov
@ 2003-01-29 18:27 ` ASA
2003-01-30 14:55 ` Sergey Vlasov
0 siblings, 1 reply; 9+ messages in thread
From: ASA @ 2003-01-29 18:27 UTC (permalink / raw)
To: Sergey Vlasov
Hello Sergey,
Wednesday, January 29, 2003, 4:57:05 PM, you wrote:
SV> несколько другая ситуация. Я, например, делал для прикола абсолютно
SV> корректный файл C++ строк на 40, при компиляции которого gcc-2.96
SV> сжирал около 300М.
А можно на этот файл посмотреть? ;)
--
Best regards,
ASA mailto:llb@udm.ru
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Re[2]: [Comm] [JT] gcc bug ?
2003-01-29 18:27 ` Re[2]: " ASA
@ 2003-01-30 14:55 ` Sergey Vlasov
0 siblings, 0 replies; 9+ messages in thread
From: Sergey Vlasov @ 2003-01-30 14:55 UTC (permalink / raw)
To: community
On Wed, 29 Jan 2003 22:27:08 +0400
ASA <llb@udm.ru> wrote:
> SV> несколько другая ситуация. Я, например, делал для прикола абсолютно
> SV> корректный файл C++ строк на 40, при компиляции которого gcc-2.96
> SV> сжирал около 300М.
> А можно на этот файл посмотреть? ;)
Тот файл я не принёс - вот сейчас другой аналогичный сляпал. На нём
gcc-3.2.1 разрастается где-то до 530M, генерируя в результате (gcc -S
explode.cpp) всего-то около килобайта ассемблерного кода. :-)
=== begin explode.cpp ===
template <class X, class Y, class Z>
struct Types {
};
template <int n>
struct Generator {
typedef Generator<n-1> prev;
typedef typename prev::type prev_type;
typedef Types<prev_type, prev_type, prev_type> type;
};
template <>
struct Generator<0> {
typedef int type;
};
void test(Generator<15>::type const &)
{
}
=== end explode.cpp ===
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2003-01-30 14:55 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-01-29 8:12 [Comm] [JT] gcc bug ? Igor Homyakov
2003-01-29 8:36 ` Nikolay Kartsev
2003-01-29 9:22 ` Igor Homyakov
2003-01-30 0:25 ` [Comm] " Alexey Tourbin
2003-01-30 11:59 ` Igor Homyakov
2003-01-29 8:50 ` [Comm] [JT] " Vitaly Lipatov
2003-01-29 12:57 ` Sergey Vlasov
2003-01-29 18:27 ` Re[2]: " ASA
2003-01-30 14:55 ` Sergey Vlasov
ALT Linux Community general discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
public-inbox-index community
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.community
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git