[PATCH] Turn ___brk_addr into a compat symbol

Florian Weimer fw@deneb.enyo.de
Thu Nov 19 14:57:07 GMT 2020


* Adhemerval Zanella via Libc-alpha:

> On 19/11/2020 08:34, Florian Weimer wrote:
>> * Andreas Schwab:
>> 
>>> GCC hasn't been requiring the ___brk_addr symbol since 3.1, and before
>>> that only on i386 at least since 2.95.
>> 
>> GCC 2.7.2.3 uses it as well on i386.
>> 
>> I think turning it into a compatibility symbol will prevent users from
>> using these compilers to link new binaries.
>> 
>
> Is this really a wide deployed scenario?

Widely deployed is relative, especially in a glibc context with its
long list of supported targets.

> And do we really care for that awkward combination (a 20 years old
> compiler using an update runtime)?

GCC 2.7.2.3 is a bit of an outlier because the old Debian binaries
didn't run anymore because of a regression introduced in 1998 that was
only fixed last year.

For GCC 2.95, I have seen users building new programs with it quite
recently (although only reproducers for bugs in new glibc versions).

These early GCC versions have different C++ ABIs and accept language
constructs rejected by current compilers.  GCC 2.95 has been really
solid, so I guess those factors conspire to keep it around.


More information about the Libc-alpha mailing list