Your message dated Mon, 12 Sep 2022 11:59:33 +0200
with message-id
and subject line Re: RFS: libfilezilla/0.39.0-1 -- build high-performing
platform-independent programs (runtime lib)
has caused the Debian Bug report #1019562,
regarding RFS: libfilezilla/0.39.0-1 -- build high-performing
platfor
Here is the warning report
https://udd.debian.org/lintian/?packages=libgrokj2k
and explanation of the warning
https://lintian.debian.org/tags/executable-stack-in-shared-library
I ran `readelf -l` on the .so, and I noticed that there is no E flag
on the GNU_STACK entry. So, it looks like this is
On Mon, Sep 12, 2022 at 08:37:34AM -0400, Aaron Boxer wrote:
> Here is the warning report
>
> https://udd.debian.org/lintian/?packages=libgrokj2k
It happens on mips* in other packages too.
> I ran `readelf -l` on the .so, and I noticed that there is no E flag
> on the GNU_STACK entry. So, it look
Aaron Boxer:
> Here is the warning report
>
> https://udd.debian.org/lintian/?packages=libgrokj2k
>
> and explanation of the warning
>
> https://lintian.debian.org/tags/executable-stack-in-shared-library
>
> I ran `readelf -l` on the .so, and I noticed that there is no E flag
> on the GNU_STACK
a, I missed that. mips66el is not a target platform, so I suppose I can
ignore this warning.
On Mon, Sep 12, 2022 at 8:47 AM Andrey Rahmatullin wrote:
> On Mon, Sep 12, 2022 at 08:37:34AM -0400, Aaron Boxer wrote:
> > Here is the warning report
> >
> > https://udd.debian.org/lintian/?package
Thanks, not a big deal then :)
On Mon, Sep 12, 2022 at 8:50 AM David Bürgin wrote:
> Aaron Boxer:
> > Here is the warning report
> >
> > https://udd.debian.org/lintian/?packages=libgrokj2k
> >
> > and explanation of the warning
> >
> > https://lintian.debian.org/tags/executable-stack-in-shared-l
On Mon, Sep 12, 2022 at 08:49:53AM -0400, Aaron Boxer wrote:
> mips66el is not a target platform
What do you mean?
--
WBR, wRAR
signature.asc
Description: PGP signature
On Mon, Sep 12, 2022 at 8:59 AM Andrey Rahmatullin wrote:
> On Mon, Sep 12, 2022 at 08:49:53AM -0400, Aaron Boxer wrote:
> > mips66el is not a target platform
> What do you mean?
>
by that, I mean I don't have access to this platform for my own testing,
and I doubt there are any users currently
Hello,
My codec project uses SIMD code for x86 and AArch64 architectures. Also, as
there are different versions of SIMD i.e. SSE vs AVX vs AVX2, the project
uses a library that builds multiple versions of the accelerated code and
chooses which version to use at runtime.
https://github.com/google/h
On Mon, Sep 12, 2022 at 10:05:36AM -0400, Aaron Boxer wrote:
> My codec project uses SIMD code for x86 and AArch64 architectures. Also, as
> there are different versions of SIMD i.e. SSE vs AVX vs AVX2, the project
> uses a library that builds multiple versions of the accelerated code and
> chooses
On Mon, Sep 12, 2022 at 10:37 AM Andrey Rahmatullin wrote:
> On Mon, Sep 12, 2022 at 10:05:36AM -0400, Aaron Boxer wrote:
> > My codec project uses SIMD code for x86 and AArch64 architectures. Also,
> as
> > there are different versions of SIMD i.e. SSE vs AVX vs AVX2, the project
> > uses a libr
On Mon, 2022-09-12 at 10:05 -0400, Aaron Boxer wrote:
> My codec project uses SIMD code for x86 and AArch64 architectures.
> Also, as there are different versions of SIMD i.e. SSE vs AVX vs
> AVX2, the project uses a library that builds multiple versions of the
> accelerated code and chooses which
On Mon, Sep 12, 2022 at 05:25:27PM -0400, Aaron Boxer wrote:
> Thanks, Andrey. I have fixed this problem. v10.0,0 has just been uploaded
> to unstable - would you
> recommend releasing a new version 10.0.1 with these fixes, or is there a
> way of updating v10.0.0 ?
You can upload 10.0.0-2.
--
WBR
13 matches
Mail list logo