From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 29 Oct 2002 11:40:14 +0200 From: Valentin Nechayev To: community@altlinux.ru Subject: Re: [Comm] =?koi8-r?B?+s7B1M/LwQ==?= =?koi8-r?Q?=CD?= gcc (3.2, C++) Message-ID: <20021029094013.GE40639@netch.kiev.ua> References: <20021028135052.GZ19060@bebi.novosoft.ru> <20021028140405.GA31218@vcserver.mivlgu.internal> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20021028140405.GA31218@vcserver.mivlgu.internal> X-42: On 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 X-Reply-To: netch@netch.kiev.ua List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: Mon, Oct 28, 2002 at 17:04:05, vsu wrote about "Re: [Comm] Знатокам gcc (3.2, C++)": > Похоже, никак. Новый gcc производит разбор стека при поиске обработчика по > записям таблицы, генерируемой при компиляции (по адресам возврата). Для > кода на C эта таблица не генерируется, поэтому при обнаружении в цепочке > вызовов адреса из такого участка кода происходит облом (как раз в виде > вызова unexpected()). А чем gcc team аргументировала уход от предыдущего варианта sjlj-exceptions? /netch