From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10734 invoked by alias); 28 Feb 2009 20:29:10 -0000 Received: (qmail 10638 invoked by uid 22791); 28 Feb 2009 20:29:08 -0000 X-Spam-Check-By: sourceware.org Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 28 Feb 2009 20:29:01 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 5A5016D418F; Sat, 28 Feb 2009 21:28:50 +0100 (CET) Date: Sat, 28 Feb 2009 20:29:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: [1.7] rebaseall doesn't solve the problem Message-ID: <20090228202850.GB8503@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <499F6682.1090204@cwilson.fastmail.fm> <20090224100616.GC6035@calimero.vinschen.de> <49A85971.6070300@cwilson.fastmail.fm> <20090228104337.GG19887@calimero.vinschen.de> <49A986B4.2080501@cwilson.fastmail.fm> <20090228195127.GA26646@ednor.casa.cgf.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090228195127.GA26646@ednor.casa.cgf.cx> User-Agent: Mutt/1.5.19 (2009-02-20) Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2009-02/txt/msg00720.txt.bz2 On Feb 28 14:51, Christopher Faylor wrote: > On Sat, Feb 28, 2009 at 01:47:16PM -0500, Charles Wilson wrote: > >Corinna Vinschen wrote: > >> If so, I'm wondering if setting the TS-aware flag shouldn't become > >> default in GCC. What do you say, Dave? Would that be possible? > > > >I'd probably wait on that for the /next/ release (e.g. after 4.3.2-2), > >[...] > >Maybe the aslr functionality is different enough -- and useful in enough > >contexts that differ from rebasing -- that instead of incorporating > >'call aslr TOO' into rebaseall, there should be a separate 'aslrall' script? > > It should be trivial to add this to binutils. Doesn't it ultimately > belong in ld and (maybe) objcopy? Yes, that should be done in ld. > I can add this now but I don't think it should be the default just yet. If the TS-aware flag actually helps to avoid the tsappcmp.dll bug, then I think the flag should be set by ld by default for Cygwin apps. > >That would be nice. However, ONLY exe's linked with cygwin1.dll should > >be marked this way, right? Not cygcheck, strace, and whatever other few > >exes we might find in the cygwin installation lists. > > Do the exes themselves need this bit as well as the dlls? Only exes require the TS-aware bit. Two interesting snippets from MSDN: http://msdn.microsoft.com/en-us/library/cc834995(VS.85).aspx http://msdn.microsoft.com/en-us/library/01cfys9z.aspx The first one actually explains that the overhead of loading a compatibility DLL can be avoided by using the TS-aware flag. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/