From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: `exec shield' test in configure too strict? Date: Fri, 08 Oct 2004 21:25:25 -0400 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: <20041004212031.GB2219@fencepost> <01c4ab96$Blat.v2.2.2$19340460@zahav.net.il> <05038177-188D-11D9-821D-000D93505B76@swipnet.se> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1097285190 8897 80.91.229.6 (9 Oct 2004 01:26:30 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 9 Oct 2004 01:26:30 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 09 03:26:26 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CG60A-00008g-00 for ; Sat, 09 Oct 2004 03:26:26 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CG66y-0008Eh-Ni for ged-emacs-devel@m.gmane.org; Fri, 08 Oct 2004 21:33:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CG66K-0007xw-Va for emacs-devel@gnu.org; Fri, 08 Oct 2004 21:32:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CG66K-0007xY-EF for emacs-devel@gnu.org; Fri, 08 Oct 2004 21:32:48 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CG66K-0007vt-9c for emacs-devel@gnu.org; Fri, 08 Oct 2004 21:32:48 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CG5zB-0001U9-Ia for emacs-devel@gnu.org; Fri, 08 Oct 2004 21:25:25 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CG5zB-0002yG-2F; Fri, 08 Oct 2004 21:25:25 -0400 Original-To: "Jan D." In-reply-to: <05038177-188D-11D9-821D-000D93505B76@swipnet.se> (jan.h.d@swipnet.se) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:28120 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:28120 Another possibility is to make a new data ELF section that contains the copied heap, and has the correct address. If this is feasible I don't really know, but I think it is (I am not an ELF expert). That should be possible, if one studies the ELF specs. Currently we run temacs like this % setarch i386 ./temacs ... What about running temacs this way whenever setarch exists? If the makefile checks for the existence of setarch just before it runs temacs, or tries first to run it using setarch and then tries without setarch as a fallback, that would also do the job. After all, running temacs has to be done on the actual target platform, and then setarch ought to be available if it is needed. Another idea: can `main' contain code to move its heap address to the desired place, at startup?