From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <vsu@altlinux.ru>
Date: Tue, 29 Oct 2002 15:51:23 +0300
From: Sergey Vlasov <vsu@altlinux.ru>
To: community@altlinux.ru
Subject: Re: [Comm] =?koi8-r?B?+s7B1M/LwQ==?=
	=?koi8-r?Q?=CD?= gcc (3.2, C++)
Message-ID: <20021029125123.GD1524@vcserver.mivlgu.internal>
Mail-Followup-To: community@altlinux.ru
References: <20021028135052.GZ19060@bebi.novosoft.ru> <20021028140405.GA31218@vcserver.mivlgu.internal> <20021029094013.GE40639@netch.kiev.ua>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20021029094013.GE40639@netch.kiev.ua>
Sender: community-admin@altlinux.ru
Errors-To: community-admin@altlinux.ru
X-BeenThere: community@altlinux.ru
X-Mailman-Version: 2.0.9
Precedence: bulk
Reply-To: community@altlinux.ru
List-Unsubscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=unsubscribe>
List-Id: <community.altlinux.ru>
List-Post: <mailto:community@altlinux.ru>
List-Help: <mailto:community-request@altlinux.ru?subject=help>
List-Subscribe: <http://www.altlinux.ru/mailman/listinfo/community>,
	<mailto:community-request@altlinux.ru?subject=subscribe>
List-Archive: <http://www.altlinux.ru/pipermail/community/>
Archived-At: <http://lore.altlinux.org/community/20021029125123.GD1524@vcserver.mivlgu.internal/>
List-Archive: <http://lore.altlinux.org/community/>
List-Post: <mailto:mandrake-russian@linuxteam.iplabs.ru>

On Tue, Oct 29, 2002 at 11:40:14 +0200, Valentin Nechayev wrote:
>  Mon, Oct 28, 2002 at 17:04:05, vsu wrote about "Re: [Comm] Знатокам gcc (3.2, C++)": 
> 
> > Похоже, никак. Новый gcc производит разбор стека при поиске обработчика по
> > записям таблицы, генерируемой при компиляции (по адресам возврата). Для
> > кода на C эта таблица не генерируется, поэтому при обнаружении в цепочке
> > вызовов адреса из такого участка кода происходит облом (как раз в виде
> > вызова unexpected()).
> 
> А чем gcc team аргументировала уход от предыдущего варианта sjlj-exceptions?

Тормознутостью.  setjmp приходится выполнять всегда, вне зависимости
от того, возникают ли исключения.  При раскрутке стека по адресам
возврата в основной код ничего лишнего не добавляется - дополнительный
расход времени будет только при реальном использовании throw.