On Fri, 2021-12-17 at 09:41 -0500, Mike Gilbert wrote: > This is intended to prevent packages from automatically switching to > 64-bit time_t on 32-bit ABIs. Making this switch in an uncontrolled > manner will lead to inconsistent library ABIs that fail at runtime. > > At a later time, we will introduce new profiles to enable 64-bit time_t > distro-wide. > > https://wiki.gentoo.org/wiki/Project:Toolchain/time64_migration > > Bug: https://bugs.gentoo.org/828001 > Signed-off-by: Mike Gilbert <flop...@gentoo.org> > --- > profiles/default/linux/make.defaults | 4 ++++ > 1 file changed, 4 insertions(+) > > diff --git a/profiles/default/linux/make.defaults > b/profiles/default/linux/make.defaults > index 6ae7cf297cf..53ace7e229c 100644 > --- a/profiles/default/linux/make.defaults > +++ b/profiles/default/linux/make.defaults > @@ -53,3 +53,7 @@ VIDEO_CARDS="dummy fbdev v4l" > # Note that adding LDFLAGS="-Wl,-O1 ${LDFLAGS}" breaks dev-util/boost-build > # because of whitespace. > LDFLAGS="-Wl,-O1 -Wl,--as-needed" > + > +# Mike Gilbert <flop...@gentoo.org> (2021-12-17) > +# Prevent automagic use of 64-bit time_t. > +gl_cv_type_time_t_bits_macro="no"
What will we do about other build systems? I worry they won't have a consistent approach for all projects.
signature.asc
Description: This is a digitally signed message part
