[PATCH 2/3] msqid: Provide internal copy of struct __msqid64_ds

[Lukasz Majewski]

On Mon, 16 Nov 2020 15:25:21 +0100
Lukasz Majewski <lukma@denx.de> wrote:

> On Mon, 16 Nov 2020 10:44:11 -0300
> Adhemerval Zanella <adhemerval.zanella@linaro.org> wrote:
> 
> > On 13/11/2020 18:08, Lukasz Majewski wrote:  
> > > Hi Adhemerval,
> > >     
> > >> On 13/11/2020 11:42, Lukasz Majewski wrote:    
> > >>> Hi Adhemerval,
> > >>>       
> > >>>> On 12/11/2020 19:02, Lukasz Majewski wrote:      
> > >>>>> Those issues are not resolved since 2012, so I do guess that
> > >>>>> those are not very urgent or easily solvable.
> > >>>>>
> > >>>>> The Y2038 support will have consistent name scheme for
> > >>>>> functions aliased (e.g. foo) to 64 bit versions (__foo64 or
> > >>>>> __foo_time64). If we can get away with having the latter
> > >>>>> exported, so they will not clash, it shall be Ok.         
> > >>>>
> > >>>> I would guess there are not easily solvable, so I would expect
> > >>>> that the default _TIME_BITS for 32-bit architecture with legacy
> > >>>> 32-bit time_t support would still be '32'.       
> > >>>
> > >>> No,  in this case we would use the names without any suffix -
> > >>> e.g. clock_gettime instead of __clock_gettime64.      
> > >>
> > >> The linkage name is already handle by the __REDIRECT (if compiler
> > >> supports is) macro, which creates a linkage alias.  The code will
> > >> call clock_gettime, but static linking will bind to
> > >> __clock_gettime64.    
> > > 
> > > I'm a bit confused now.
> > > 
> > > Please correct me if I'm wrong, but on 32 bit system (ARM) with
> > > __TIMESIZE != 64 and _TIME_BITS==32 (or not defined) we will be
> > > linked into clock_gettime (not __clock_gettime64).    
> > 
> > On 32-bit system with 32-bit time_t support (ARM, i386, etc.) 
> > _TIME_BITS=32 will link against clock_gettime while _TIME_BITS=64
> > should like to __clock_gettime64.
> >   
> 
> +1

Is this patch itself OK, to be pulled in some near future? It can be
pulled now (shall not harm) and be a good preparation for the commit
adding support for Y2038.

> 
> 
> Best regards,
> 
> Lukasz Majewski
> 
> --
> 
> DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
> HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
> Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email:
> lukma@denx.de




Best regards,

Lukasz Majewski

--

DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lukma@denx.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://sourceware.org/pipermail/libc-alpha/attachments/20201204/bbcde7b5/attachment-0001.sig>