This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH v4 01/13] C-SKY: ABI related code
- From: Palmer Dabbelt <palmer at sifive dot com>
- To: fweimer at redhat dot com, merker at debian dot org, mafm at debian dot org, dj at redhat dot com, rjones at redhat dot com, david dot abdurachmanov at gmail dot com
- Cc: han_mao at c-sky dot com, H.J. Lu <hjl dot tools at gmail dot com>, c-sky_gcc_upstream at c-sky dot com, gnu-csky at mentor dot com, libc-alpha at sourceware dot org
- Date: Fri, 28 Sep 2018 18:46:08 -0700 (PDT)
- Subject: Re: [PATCH v4 01/13] C-SKY: ABI related code
On Wed, 12 Sep 2018 01:23:29 PDT (-0700), firstname.lastname@example.org wrote:
On 09/12/2018 09:07 AM, Mao Han wrote:
It seems used to call some pre-init function for libc, register transactional
memory clone tables and invoke global constructors on C-SKY. Althrough I
haven't found any constructors call by _init, I just tend to have _init and
_fini as most other arch have these.
The expectation is that for new glibc ports, GCC is tweaked to generate
the array variant of these constructs exclusively, like RISC-V did.
Then you won't need the function variant.
I think we're the only ones who do it this way, but it appears to work and
saves us a few symbols so I see no reason not to do so. In RISC-V land we're
pretty aggressive about pruning old interfaces, but this one doesn't appear to
have bitten us anywhere (or at least, has bitten us less than others :)).
The distro guys are probably in a better place to comment on this decision,
though, as this is one of those things that will only crop up in real code.
I've added a few people who are more plugged in to these sorts of issues than I