[prev in list] [next in list] [prev in thread] [next in thread]
List: openembedded-core
Subject: Re: [OE-core] [PATCH v4 4/4] shaderc: fix the build with glslang 11.1.0
From: "Jose Quaresma" <quaresma.jose () gmail ! com>
Date: 2021-01-29 22:14:33
Message-ID: CANPvuRm1d0_4M-c9pvYR9Zvb0oDd49prD+kasUcBmq6oYnePzA () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Hi Richard,
Thanks for the help in catch and try to solve this issue.
The recipe shaderc-native is the only recipe that is build in OE-Core
as it is needed by gstreamer plugins bad vulkan element.
The target shaderc is not used by anyone in OE-core at the moment
and because of that it don't have any build issues.
In my setup I don't see any erros and can build without any issues
the target shaderc on qemu as well as the shaderc-native.
I think that this problems can came from the spirv-tools that only generate
static libraries
and some this libraries have reproducible issues related with the glibc
librt.so.
The static libraries that come from spirv-tools are linked with the
librt.so from the host.
https://lists.openembedded.org/g/openembedded-core/message/147221
I will look at this when I have some time.
My next few weeks I'll be very busy so I don't promise anything.
Many thanks,
Jose
Richard Purdie <richard.purdie@linuxfoundation.org> escreveu no dia sexta,
29/01/2021 Ã (s) 14:24:
> On Fri, 2021-01-29 at 11:42 +0000, Richard Purdie via
> lists.openembedded.org wrote:
> > On Thu, 2021-01-28 at 22:44 +0000, Richard Purdie via
> > lists.openembedded.org wrote:
> > > On Thu, 2021-01-28 at 23:38 +0100, Alexandre Belloni wrote:
> > > > Hello Jose,
> > > >
> > > > On 24/01/2021 18:07:58+0000, Jose Quaresma wrote:
> > > > > Drop patches:
> > > > > * 0001-Fix-the-link-order-of-libglslang-and-libHLSL.patch
> > > > > is rejected upstream and is not need when glslang as shared
> libs.
> > > > >
> > > > > Update pacthes:
> > > > > * 0001-cmake-de-vendor-libs-and-disable-git-versioning.patch
> > > > > renamed and refreshed from
> 0003-cmake-de-vendor-libs-and-disable-git-versioning.patch.
> > > > >
> > > >
> > > > It seems there is still a linking issue when building shaderc-native.
> > > > The full log is available here:
> > > >
> > > >
> https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/2978/steps/11/logs/stdio
> > >
> > > I have a suspicion this happens on Ubuntu 18.04 systems since I've seen
> > > issues like this locally with 18.04's binutils version and OE generated
> > > vulkan-samples binaries, I think Joshua Watt reported the same issue
> > > too with 18.04.
> > >
> > > Not sure what we can do about it, can we disable the debug symbol types
> > > causing problems in that -native recipe?
> >
> > I tried to reproduce this and couldn't so far. I suspect what happens
> > is that one of the dependencies builds on a newer system, shaderc-
> > native then builds on 1804 and it can't read the binary generated by
> > the newer binutils.
> >
> > This is obviously a pain to setup and reproduce. The "easiest" way may
> > be to build buildtools-tarball to build everything up to shaderc-
> > native, then remove buildtools-tarball and build shaderc-native. I'll
> > see if I can find some time to try that.
> >
> > I've been holding the patches in master-next but I think we probably
> > should merge them as this could well be a generic ubuntu1804 issue that
> > already probably exists.
>
> I tried this and I couldn't reproduce with master's buildtools tarball
> so I guess we wait and see if it comes up again.
>
> Cheers,
>
> Richard
>
>
--
best regards,
José Quaresma
[Attachment #5 (text/html)]
<div dir="ltr">Hi Richard,<div><br></div><div>Thanks for the help in catch and try to \
solve this issue.</div><div><br></div><div>The recipe shaderc-native is the only \
recipe that is build in OE-Core</div><div>as it is needed by gstreamer plugins bad \
vulkan element.<br></div><div>The target shaderc is not used by anyone in OE-core at \
the moment</div><div>and because of that it don't have any build \
issues.<br></div><div><br></div><div>In my setup I don't see any erros and can \
build without any issues</div><div>the target shaderc on qemu as well as the \
shaderc-native.</div><div><br></div><div>I think that this problems can came from the \
spirv-tools that only generate static libraries</div><div>and some this libraries \
have reproducible issues related with the glibc librt.so.</div><div>The static \
libraries that come from spirv-tools are linked with the librt.so from the host. \
</div><div><br></div><div><a \
href="https://lists.openembedded.org/g/openembedded-core/message/147221">https://lists \
.openembedded.org/g/openembedded-core/message/147221</a><br></div><div><br></div><div>I \
will look at this when I have some time.</div><div>My next few weeks I'll be very \
busy so I don't promise anything.</div><div><br></div><div>Many \
thanks,<br></div><div><br></div><div>Jose</div><div><br></div></div><br><div \
class="gmail_quote"><div dir="ltr" class="gmail_attr">Richard Purdie <<a \
href="mailto:richard.purdie@linuxfoundation.org">richard.purdie@linuxfoundation.org</a>> \
escreveu no dia sexta, 29/01/2021 Ã (s) 14:24:<br></div><blockquote \
class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid \
rgb(204,204,204);padding-left:1ex">On Fri, 2021-01-29 at 11:42 +0000, Richard Purdie \
via<br> <a href="http://lists.openembedded.org" rel="noreferrer" \
target="_blank">lists.openembedded.org</a> wrote:<br> > On Thu, 2021-01-28 at \
22:44 +0000, Richard Purdie via<br> > <a href="http://lists.openembedded.org" \
rel="noreferrer" target="_blank">lists.openembedded.org</a> wrote:<br> > > On \
Thu, 2021-01-28 at 23:38 +0100, Alexandre Belloni wrote:<br> > > > Hello \
Jose,<br> > > > <br>
> > > On 24/01/2021 18:07:58+0000, Jose Quaresma wrote:<br>
> > > > Drop patches:<br>
> > > > * \
0001-Fix-the-link-order-of-libglslang-and-libHLSL.patch<br> > > > > \
is rejected upstream and is not need when glslang as shared libs.<br> > > > \
> <br> > > > > Update pacthes:<br>
> > > > * \
0001-cmake-de-vendor-libs-and-disable-git-versioning.patch<br> > > > > \
renamed and refreshed from \
0003-cmake-de-vendor-libs-and-disable-git-versioning.patch.<br> > > > > \
<br> > > > <br>
> > > It seems there is still a linking issue when building \
shaderc-native.<br> > > > The full log is available here:<br>
> > > <br>
> > > <a href="https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/2978/steps/11/logs/stdio" \
rel="noreferrer" target="_blank">https://autobuilder.yoctoproject.org/typhoon/#/builders/40/builds/2978/steps/11/logs/stdio</a><br>
> > <br>
> > I have a suspicion this happens on Ubuntu 18.04 systems since I've \
seen<br> > > issues like this locally with 18.04's binutils version and OE \
generated<br> > > vulkan-samples binaries, I think Joshua Watt reported the \
same issue<br> > > too with 18.04.<br>
> > <br>
> > Not sure what we can do about it, can we disable the debug symbol types<br>
> > causing problems in that -native recipe?<br>
> <br>
> I tried to reproduce this and couldn't so far. I suspect what happens<br>
> is that one of the dependencies builds on a newer system, shaderc-<br>
> native then builds on 1804 and it can't read the binary generated by<br>
> the newer binutils.<br>
> <br>
> This is obviously a pain to setup and reproduce. The "easiest" way \
may<br> > be to build buildtools-tarball to build everything up to shaderc-<br>
> native, then remove buildtools-tarball and build shaderc-native. I'll<br>
> see if I can find some time to try that.<br>
> <br>
> I've been holding the patches in master-next but I think we probably<br>
> should merge them as this could well be a generic ubuntu1804 issue that<br>
> already probably exists.<br>
<br>
I tried this and I couldn't reproduce with master's buildtools tarball<br>
so I guess we wait and see if it comes up again.<br>
<br>
Cheers,<br>
<br>
Richard<br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" \
class="gmail_signature"><div dir="ltr">best regards,<br>José Quaresma</div></div>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#147467): https://lists.openembedded.org/g/openembedded-core/message/147467
Mute This Topic: https://lists.openembedded.org/mt/80084132/4454766
Group Owner: openembedded-core+owner@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [openembedded-core@marc.info]
-=-=-=-=-=-=-=-=-=-=-=-
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic