On Thu, 2022-12-01 at 15:07 -0800, Khem Raj wrote:
> On Thu, Dec 1, 2022 at 3:05 PM Alexandre Belloni
> <alexandre.bell...@bootlin.com> wrote:
> > 
> > On 01/12/2022 19:12:50+0000, Richard Purdie wrote:
> > > On Thu, 2022-12-01 at 11:02 -0800, Khem Raj wrote:
> > > > pseudo overrides certain libc functions which are aliases when LFS64 is
> > > > enabled. In anycase pseudo may not be much used on 32bit systems anyway
> > > > 
> > > > Signed-off-by: Khem Raj <raj.k...@gmail.com>
> > > > ---
> > > >  meta/recipes-devtools/pseudo/pseudo_git.bb | 2 ++
> > > >  1 file changed, 2 insertions(+)
> > > > 
> > > > diff --git a/meta/recipes-devtools/pseudo/pseudo_git.bb 
> > > > b/meta/recipes-devtools/pseudo/pseudo_git.bb
> > > > index c34580b4ff..c3f0a987fc 100644
> > > > --- a/meta/recipes-devtools/pseudo/pseudo_git.bb
> > > > +++ b/meta/recipes-devtools/pseudo/pseudo_git.bb
> > > > @@ -17,5 +17,7 @@ SRCREV = "c9670c27ff67ab899007ce749254b16091577e55"
> > > >  S = "${WORKDIR}/git"
> > > >  PV = "1.9.0+git${SRCPV}"
> > > > 
> > > > +TARGET_CPPFLAGS:remove = "-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64"
> > > > +
> > > > 
> > > 
> > > We need to put some comments in here about what this is doing and why.
> > > 
> > 
> > Note that this was one of the issues I had with the
> > -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 build. My guess is that we also
> > have to remove -D_TIME_BITS=64.
> 
> Eventually yes, however lets do that incrementally. First I am trying
> to get LFS handled.

Pseudo is a bit of a special case so if we can see an issue here, lets
add the other bit needed as well please! :)

I don't mind if it is one or two patches but we should do it.

Cheers,

Richard

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#174216): 
https://lists.openembedded.org/g/openembedded-core/message/174216
Mute This Topic: https://lists.openembedded.org/mt/95389899/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to