From owner-freebsd-current Wed Mar 12 16:48: 2 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4214637B401 for ; Wed, 12 Mar 2003 16:48:01 -0800 (PST) Received: from motgate.mot.com (motgate.mot.com [129.188.136.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ABE243F93 for ; Wed, 12 Mar 2003 16:48:00 -0800 (PST) (envelope-from rittle@latour.rsch.comm.mot.com) Received: from pobox.mot.com (pobox.mot.com [129.188.137.100]) by motgate.mot.com (Motorola/Motgate) with ESMTP id h2D0lxXR007523 for ; Wed, 12 Mar 2003 17:47:59 -0700 (MST) Received: [from latour.rsch.comm.mot.com (latour.rsch.comm.mot.com [145.1.80.116]) by pobox.mot.com (MOT-pobox 2.0) with ESMTP id RAA25277 for ; Wed, 12 Mar 2003 17:47:59 -0700 (MST)] Received: from latour.rsch.comm.mot.com (localhost.rsch.comm.mot.com [127.0.0.1]) by latour.rsch.comm.mot.com (8.12.8/8.12.8) with ESMTP id h2D0lx3M005633; Wed, 12 Mar 2003 18:47:59 -0600 (CST) (envelope-from rittle@latour.rsch.comm.mot.com) Received: (from rittle@localhost) by latour.rsch.comm.mot.com (8.12.8/8.12.8/Submit) id h2D0lw0f005630; Wed, 12 Mar 2003 18:47:58 -0600 (CST) Date: Wed, 12 Mar 2003 18:47:58 -0600 (CST) From: Loren James Rittle Message-Id: <200303130047.h2D0lw0f005630@latour.rsch.comm.mot.com> To: current@freebsd.org Cc: mb@imp.ch Subject: Re: C++ Exception handling with shared libs in current is broken again Reply-To: rittle@labs.mot.com User-Agent: SEMI/1.14.4 (Hosorogi) FLIM/1.14.4 (=?ISO-8859-4?Q?Kashiharaji?= =?ISO-8859-4?Q?ng=FE-mae?=) LEMI/1.14.1 Emacs/21.2 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.4 - "Hosorogi") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Thank you even I have found that out myself too :) Using > ld directly is a no-go for a gcc3.2 platform. Linking with > the crt files fixes the problem. OK, cool. BTW, in case you care, the exact reason why you now need the startup file wrappers in the shared image with gcc3 style EH but not with gcc2 style EH: There are special ELF constructors/destructors hook symbols which are registered/found on a per-shared image basis by the Dwarf EH walking code... If those aren't present, then it doesn't work (the gcc mainline reports an error message before coring with your example code). Although it seems odd, all that support comes in the "startup code". Did using ld directly ever work on CURRENT after the first upgrade to gcc 3? I suppose it might have worked the gcc 2.95 way in gcc 3.1 since we were slow to adopt support for some of the newer ELF features in the FSF copy of gcc. -Loren To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message