This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: glibc-2.4 __stack_chk_guard/__pointer_chk_guard
- From: Roland McGrath <roland at redhat dot com>
- To: Jakub Jelinek <jakub at redhat dot com>
- Cc: "Peter S. Mazinger" <ps dot m at gmx dot net>, libc-alpha at sourceware dot org
- Date: Tue, 7 Mar 2006 01:47:09 -0800 (PST)
- Subject: Re: glibc-2.4 __stack_chk_guard/__pointer_chk_guard
There is indeed no present problem. The linker behavior does the right
thing implicitly. That right thing is a potential gotcha for accidental
changes in the future. i.e., if you do introduce the symbol in the future
on some configuration, then you need to make sure that it gets into a newer
version set so that configuration's ABI version dependencies work right.
But uglifying the sources further to avoid the symbol appearing in the
version script is no less error-prone. Instead, we rely on checking the
resultant dynamic symbol lists to watch out for such stray symbols.