Date: Fri, 17 Mar 2023 21:33:49 -0700 From: Mark Millard <marklmi@yahoo.com> To: jrtc27@freebsd.org, dev-commits-src-main@freebsd.org Cc: vishwin@freebsd.org Subject: RE: git: c5c9d980c4b0 - main - libc/csu: rename ignore_init.c to libc_start1.c Message-ID: <6DAFA692-CA74-4F0B-A1C7-F5D67EEC30CC@yahoo.com> References: <6DAFA692-CA74-4F0B-A1C7-F5D67EEC30CC.ref@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Jessica Clarke <jrtc27_at_freebsd.org> wrote on
Date: Sat, 18 Mar 2023 03:46:36 UTC :
On 18 Mar 2023, at 03:44, Charlie Li <vishwin@freebsd.org> wrote:
> >=20
> > Konstantin Belousov wrote:
> >> libc/csu: rename ignore_init.c to libc_start1.c
> >> The current name was a historical curiosity that started when init =
array
> >> support was added, and then the file appeared a convenient place =
for the
> >> addition of the MI common code to csu. It is now referenced by name =
in
> >> single place and the rename is easy, so do it.
> >> Sponsored by: The FreeBSD Foundation
> >> MFC after: 3 weeks
Note the above: this looks to not be limited to main [so: 14] going
forward.
> >> ---
> >> lib/libc/csu/Makefile.inc | 2 +-
> >> lib/libc/csu/{ignore_init.c =3D> libc_start1.c} | 0
> >> 2 files changed, 1 insertion(+), 1 deletion(-)
> > Seems like an ABI break. Anything compiled after this but ran on an =
earlier-by-revision-but-same __FreeBSD_version complains with 'Undefined =
symbol "__libc_start1@FBSD_1.7"'
>=20
> It=E2=80=99s not a break, just new ABI.
I'm unsure about the MFC ABI status.
> Same as adding a new function, just
> everything automatically uses it.
>=20
> It=E2=80=99s true that __FreeBSD_version needs bumping if it hasn=E2=80=99=
t already
> been though.
=3D=3D=3D
Mark Millard
marklmi at yahoo.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6DAFA692-CA74-4F0B-A1C7-F5D67EEC30CC>