Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Date: Sat, 21 Dec 2002 12:55:18 -0500 From: Christopher Faylor To: cygwin AT cygwin DOT com, Binutils Subject: Re: [PATCH] exclude runtime-pseudo-reloc symbols from auto-export Message-ID: <20021221175518.GA22610@redhat.com> Reply-To: cygwin AT cygwin DOT com, binutils AT sources DOT redhat DOT com Mail-Followup-To: cygwin AT cygwin DOT com, Binutils References: <3E03ECC8 DOT 5000605 AT ece DOT gatech DOT edu> <20021221043926 DOT GC18824 AT redhat DOT com> <1040456890 DOT 7654 DOT 1 DOT camel AT lifelesswks> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1040456890.7654.1.camel@lifelesswks> User-Agent: Mutt/1.5.1i On Sat, Dec 21, 2002 at 06:48:09PM +1100, Robert Collins wrote: >On Sat, 2002-12-21 at 15:39, Christopher Faylor wrote: > >> Maybe the horse has left the barn already but it would have been nice >> (tm) if these type of symbols were marked in some generic way so that >> we wouldn't have to keep remembering to extend this table. > >I recall commenting on this aspect in a recent binutils thread in the >cygwin lists, and being told that it didn't matter. > >Ha! Didn't you suggest that anything in a library residing in /usr/lib or /usr/local/lib be excluded? That's not quite the same thing as what I was musing about. I was talking about marking individual symbols. Symbols can be global or static. On elf-supporting symbols global symbols can also be marked "weak". On windows they could be marked "no-export". cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/