From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10737 invoked by alias); 18 Dec 2013 15:02:28 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 10727 invoked by uid 89); 18 Dec 2013 15:02:28 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 18 Dec 2013 15:02:27 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id rBIF2KUf004809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 18 Dec 2013 10:02:21 -0500 Received: from barimba (ovpn-113-93.phx2.redhat.com [10.3.113.93]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id rBIF2JL7030498 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 18 Dec 2013 10:02:20 -0500 From: Tom Tromey To: "Pierre Muller" Cc: Subject: Re: [RFC] pascal: also handle Free Pascal longjump function. References: <37888.8297280811$1386971648@news.gmane.org> <87mwk0pix6.fsf@fleche.redhat.com> <5512.41819416663$1387235536@news.gmane.org> Date: Wed, 18 Dec 2013 15:02:00 -0000 In-Reply-To: <5512.41819416663$1387235536@news.gmane.org> (Pierre Muller's message of "Tue, 17 Dec 2013 00:11:48 +0100") Message-ID: <87vbymmcck.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2013-12/txt/msg00701.txt.bz2 >>>>> "Pierre" == Pierre Muller writes: Pierre> I suspect that it would at least require some init_abi function Pierre> to set this... But then the question is, how do we recognize Pierre> such executables... You'll at least need different code to extract the target PC from the jump buffer. Tom> What about PC mangling? Pierre> I am not sure what you mean here... Pierre> There is no operation on pc value. On some platforms glibc mangles the PC value that is saved in the buffer. Tom> and why is it not just Tom> a simple wrapper for the C library longjmp? Pierre> Because, by default, Free Pascal compiler generates code that is Pierre> independent of any library (static code on Linux for instance) Pierre> with only direct calls to System Calls. Makes sense. I guess some deeper change is needed, not just adding fpc_longjmp to the list. Tom