This is the mail archive of the
libc-alpha@sourceware.cygnus.com
mailing list for the glibc project.
Re: glibc 2.1.2pre3
- To: minyard@acm.org
- Subject: Re: glibc 2.1.2pre3
- From: Geoff Keating <geoffk@ozemail.com.au>
- Date: Thu, 9 Sep 1999 14:05:54 +1000
- CC: drepper@cygnus.com, Franz.Sirl-kernel@lauterbach.com, libc-alpha@sourceware.cygnus.com, x-linux-gcc@vger.rutgers.edu
- References: <m34shnpla7.fsf@localhost.localnet> <4.2.0.58.19990827151722.00b85af0@mail.lauterbach.com> <199908280148.LAA00653@gluttony.geoffk.wattle.id.au> <99090523303400.01334@ns1102.munich.netsurf.de> <m2btbfcuxl.fsf@morse.concentric.net> <m3d7vu2h4v.fsf@localhost.localnet> <m23dwo6clz.fsf@morse.concentric.net>
> From: minyard@acm.org
> Date: 08 Sep 1999 22:30:00 -0400
> Geoff Keating <geoffk@ozemail.com.au> writes:
>
> >
> > Tell them not to do that, just like they shouldn't declare a function
> > select().
>
> select() is a little different than data_start. The names they can't
> use need to be well defined and portable. Someone using Solaris, for
> instance, might name something data_start and that would be ok. Now
> come to Linux and it breaks something. That is a bad situation.
Hmmm. What name does Solaris call this? I bet it's not
'__data_start'. 'data_start' is, of course, a GNU extension.
In fact, I can't find any symbol in gcc's crt1.o for Solaris.
> Plus the x86 version has __data_start and it is used by at least one
> program, so we are hurting portability again by not having it.
Another way of looking at it is that the x86 version is hurting
portability by letting people use __data_start :-). Uli, want to
delete it for 2.2?
--
Geoffrey Keating <geoffk@cygnus.com>