Re: [PATCH] aarch64: Fix typo in aarch64-ldp-fusion.cc:combine_reg_notes [PR114936]

On 03/05/2024 15:45, Alex Coplan wrote: > This fixes a typo in combine_reg_notes in the load/store pair fusion > pass. As it stands, the calls to filter_notes store any > REG_FRAME_RELATED_EXPR to fr_expr with the following association: > > - i2 -> fr_expr[0] > - i1 -> fr_expr[1] > > but then

[wwwdocs] Specify AArch64 BitInt support for little-endian only

Hey Jakub, This what ya had in mind? Kind regards, Andre Vieiradiff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html index ca5174de991bb088f653468f77485c15a61526e6..924e045a15a78b5702a0d6997953f35c6b47efd1 100644 --- a/htdocs/gcc-14/changes.html +++ b/htdocs/gcc-14/changes.html

Re: [tor-relays] Updating tor issue

On Freitag, 3. Mai 2024 18:17:41 CEST Keifer Bly wrote: > System is up to date, I run apt-get update regularly. Did you even only read 2 sentences from the link? Buster is EOL and will be completely archived in a few weeks. > > https://www.debian.org/releases/buster/ Debian is 2 releases ahead!

Re: [tor-relays] Updating tor issue

On Freitag, 3. Mai 2024 17:00:44 CEST Keifer Bly wrote: > What is the correct format for adding tor as a trusted source? A not outdated system. ¹AFAIK obfs4proxy for buster (oldoldstable) has had a security hole for a long time and you are putting your users at risk! > deb-src

Re: [PATCH] testsuite: Verify r0-r3 are extended with CMSE

On 30/04/2024 16:37, Torbjorn SVENSSON wrote: > > > On 2024-04-30 17:11, Richard Earnshaw (lists) wrote: >> On 27/04/2024 15:13, Torbjörn SVENSSON wrote: >>> Add regression test to the existing zero/sign extend tests for CMSE to >>> verify that r0, r1, r2 and r

Re: [PATCH] testsuite: Verify r0-r3 are extended with CMSE

On 27/04/2024 15:13, Torbjörn SVENSSON wrote: > Add regression test to the existing zero/sign extend tests for CMSE to > verify that r0, r1, r2 and r3 are properly extended, not just r0. > > Test is done using -O0 to ensure the instructions are in a predictable > order. > >

Re: Veso: T-bone and the Kalispell Fair - 1988

> On 27 Apr 2024, at 02:50, ann sanfedele wrote: > > All the photos were taken with my trusty Pentax LX - Kodachrome's scanned on > Epson flatbed v500 > I made the vid in Windows Movie maker .. dropped in the music from an MP3 . > Original guitar music > by my friend Bob Zaidman - music

Re: [gentoo-user] Grub, gpt partitions and BIOS, not uefi thing.

On 27/04/2024 17:53, Dale wrote: Howdy, I'm installing Gentoo on another old box.  To be consistent I like to use cgdisk, GPT I think it is called, to partition all my drives, regardless of size.  Thing is, Grub works differently with GPT than it does with the old DOS or whatever it is called,

Re: [AFMUG] Fiber: Radisys

, Jeff Broadwick - Lists <jeffl...@att.net> wrote:> > Thanks Josh!> I can actually help with both.  My contact info is below.>> Regards,> Jeff > Jeff Broadwick> CTIconnect> 312-205-2519 Office> 574-220-7826 Cell> jbroadw...@cticonnect.com>>

Re: [PATCH][GCC] aarch64: Fix SCHEDULER_IDENT for Cortex-A510

On 25/04/2024 15:59, Richard Ball wrote: > Hi Richard, > > I committed this combined patch (with Cortex-A520) for trunk > https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=cab53aae43cf94171b01320c08302e47a5daa391 > >

Re: [PATCH] arm: Zero/Sign extends for CMSE security

On 26/04/2024 09:39, Torbjorn SVENSSON wrote: > Hi, > > On 2024-04-25 16:25, Richard Ball wrote: >> Hi Torbjorn, >> >> Thanks very much for the comments. >> I think given that the code that handles this, is within a >> FOREACH_FUNCTION_ARGS loop. >> It seems a fairly safe assumption that if the

Re: [AFMUG] Fiber: Radisys

Thanks Josh!I can actually help with both.  My contact info is below.Regards,Jeff Jeff BroadwickCTIconnect312-205-2519 Office574-220-7826 Celljbroadw...@cticonnect.comOn Apr 25, 2024, at 4:59 PM, Josh Luthman wrote: CAUTION: This email originated from outside of the organization. Do not

[spdx] "-only" and "-or-later" identifiers for EUPL licenses?

Hello SPDX LegalTeam, I am an RSE working at the German Research Centre for Geosciences (GFZ) in Potsdam, Germany. I am involved in working groups in Helmholtz that deal with Research Software Engineering aspects, and am also the maintainer of the Helmholtz Research Software Directory

Re: [PATCH] arm: Zero/Sign extends for CMSE security

On 24/04/2024 16:55, Richard Ball wrote: > This patch makes the following changes: > > 1) When calling a secure function from non-secure code then any arguments >smaller than 32-bits that are passed in registers are zero- or > sign-extended. > 2) After a non-secure function returns into

Re: Deploy Cloudstack on Debian 12

Hi Ive deployed recent on both 11 and 12. What issue on 12 did you encounter? > > On Apr 25, 2024 at 1:59 PM, Khang Nguyen Phuc > wrote: > > > Hello everyone, > > I'm a newbie, and I mainly use Debian servers. So I want to deploy > CloudStack on Debian. I've

Re: Updated Sourceware infrastructure plans

On 23/04/2024 09:56, Mark Wielaard wrote: > Hi, > > On Mon, Apr 22, 2024 at 11:51:00PM -0400, Jason Merrill wrote: >> On Mon, Apr 22, 2024 at 11:24 PM Tom Tromey wrote: >>> Jason> Someone mentioned earlier that gerrit was previously tried >>> Jason> unsuccessfully. >>> >>> We tried it and gdb

Re: Updated Sourceware infrastructure plans

On 23/04/2024 04:24, Tom Tromey wrote: > Jason> Someone mentioned earlier that gerrit was previously tried > Jason> unsuccessfully. > > We tried it and gdb and then abandoned it. We tried to integrate it > into the traditional gdb development style, having it send email to > gdb-patches. I

Re: [PATCH] [testsuite] [arm] require arm_v8_1m_main for pacbti tests

On 19/04/2024 13:45, Alexandre Oliva wrote: > On Apr 16, 2024, "Richard Earnshaw (lists)" wrote: > >> The require-effective-target flags test whether a specific set of >> flags will make the compilation work, so they need to be used in >> conjunction with the

Re: [PATCH]AArch64: remove reliance on register allocator for simd/gpreg costing. [PR114741]

On 18/04/2024 11:11, Tamar Christina wrote: > Hi All, > > In PR114741 we see that we have a regression in codegen when SVE is enable > where > the simple testcase: > > void foo(unsigned v, unsigned *p) > { > *p = v & 1; > } > > generates > > foo: > fmovs31, w0 > and

Re: [gentoo-user] Re: Slightly corrupted file systems when resuming from hibernation

On 17/04/2024 10:10, Michael wrote: I am not sure the assumption "... aging hardware possibly can less and less cope with newer and newer kernels" is correct. As already mentioned newer kernels have both security and bug fixes. As long as you stick with stable gentoo-sources you'll have these

Re: [PATCH] [testsuite] [arm] accept empty init for bfloat16

On 16/04/2024 04:50, Alexandre Oliva wrote: > > Complete r13-2205, adjusting an arm-specific test that expects a > no-longer-issued error at an empty initializer. > > Regstrapped on x86_64-linux-gnu. Also tested with gcc-13 on arm-, > aarch64-, x86- and x86_64-vxworks7r2. Ok to install? > >

Re: [testsuite] [aarch64] Require fpic effective target

On 16/04/2024 04:08, Alexandre Oliva wrote: > Regstrapped on x86_64-linux-gnu. Also tested with gcc-13 on arm-, > aarch64-, x86- and x86_64-vxworks7r2. Ok to install? > > Co-authored-by: Olivier Hainque > > for gcc/testsuite/ChangeLog > > * gcc.target/aarch64/pr94201.c: Add missing >

Re: [PATCH] [testsuite] [arm] require arm_v8_1m_main for pacbti tests

On 16/04/2024 04:48, Alexandre Oliva wrote: > > arm pac and bti tests that use -march=armv8.1-m.main get an implicit > -mthumb, that is incompatible with vxworks kernel mode. Declaring the > requirement for a 8.1-m.main-compatible toolchain is enough to avoid > those fails, because the toolchain

Re: cloudstack on debian 10/11

I did in fact get a debian 11 install up and running pretty much as a management server and almost good as a host. Have to figure out why the cloidbr0 is on a 169.xxx adress and why no centos template was downloaded. Systemvms came up without a problem. > > On Apr

Re: Glissandos into Note

On 14/04/2024 00:22, Wols Lists wrote: On 13/04/2024 10:34, Lukas-Fabian Moser via LilyPond user discussion wrote: Hi Ben, hi Greg, thanks for bringing this up - in fact I started this morning to dig up my old work, prompted by Greg's question. It seems I only developed the functions

Re: Glissandos into Note

On 13/04/2024 10:34, Lukas-Fabian Moser via LilyPond user discussion wrote: Hi Ben, hi Greg, thanks for bringing this up - in fact I started this morning to dig up my old work, prompted by Greg's question. It seems I only developed the functions a but further back then (unfortunately I

Re: [gentoo-user] NAS box and switching from Phenom II X6 1090T to FX-6300

On 13/04/2024 14:23, Dale wrote: I see lots of mobos with those little hard drives on a stick.  I think they called NVME or something, may have spelling wrong.  For most people, that is likely awesome.  For me, I think I'd be happy with a regular SSD.  Given that, I'd like them to make a mobo

Re: [yocto] Any recommendation to make software layer Yocto Compatible?

Hi Duy, The recipe in question was done by the Instrument Cluster EG, we can work on this with the group (main contact Yamaguchi-san). They do meet every other monday. See: https://lists.automotivelinux.org/g/agl-dev-community/calendar We do exacly what Paul describes all the time in meta-agl

Re: [arch-announce] Increasing the default vm.max_map_count value

On Sun, 2024-04-07 at 18:12 +, Arch Linux: Recent news updates: Robin Candau wrote: > The [vm.max_map_count][1] paramater will be increased from the > default `65530` value to `1048576`. > > This change should help address performance, crash or start-up issues > for a number of memory

Re: [9fans] troll paper

Never mind, https://iwp9.org/10iwp9proceedings.pdf > On Apr 12, 2024, at 06:56, David Arnold wrote: > >  >> >> The vetting process needs some work, lads. > > More heresy than trolling, perhaps? > > It was thought-provoking for me. I wished I was there for the bar session > afterwards. >

Re: [9fans] troll paper

Where’s the link? I haven’t seen one yet for reading papers in advance. Still one hour to go… > On Apr 12, 2024, at 06:04, Anthony Martin wrote: > > "Do we really have to have our own kernel? What are > the benefits?" ... > > The IWP9 paper titled "centre, left and right" looks like > a

Re: Overriding default text of \f, \p, etc.

On 12/04/2024 08:21, YTG 1234 wrote: Hello List, I want to override the default text markup used with commands such as \f, \p, \mf, etc. However, trying to define f = #(make-dynamic-script ...) doesn't work because Lilypond interprets f as a note-name. Additionally, how would I be able to

[PATCH] aarch64: Fix _BitInt testcases

This patch fixes some testisms introduced by: commit 5aa3fec38cc6f52285168b161bab1a869d864b44 Author: Andre Vieira Date: Wed Apr 10 16:29:46 2024 +0100 aarch64: Add support for _BitInt The testcases were relying on an unnecessary sign-extend that is no longer generated. The tested

[AFMUG] WTB - epmp 1000 2.4ghz AP with GPS

Does anyone have any epmp 1000 2.4 AP's with GPS sitting around? We still have some in service and I don't have any spares on the shelf. You can email me at bran...@gogebicrange.net if you do. Thanks, Brandon -- AF mailing list AF@af.afmug.com

[PATCH][wwwdocs] gcc-14/changes.html: Update _BitInt to include AArch64 (little-endian)

Hi, Patch to add AArch64 to the list of supported _BitInt(N) in gcc-14/changes.html. OK?diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html index a7ba957110183f906938d935bfa17aaed2ba20c8..55ab8c14c6d0b54e05a5f266f25c8ef1a4f959bf 100644 --- a/htdocs/gcc-14/changes.html +++

Re: [PATCHv3 2/2] aarch64: Add support for _BitInt

Added the target check, also had to change some of the assembly checking due to changes upstream, the assembly is still valid, but we do extend where not necessary, I do believe that's a general issue though. The _BitInt(N > 64) codegen for non-powers of 2 did get worse, we see similar

Re: [PATCHv2 1/2] aarch64: Do not give ABI change diagnostics for _BitInt(N)

regards, Andre On 28/03/2024 12:54, Richard Sandiford wrote: "Andre Vieira (lists)" writes: This patch makes sure we do not give ABI change diagnostics for the ABI breaks of GCC 9, 13 and 14 for any type involving _BitInt(N), since that type did not exist before this GCC version.

Re: [gentoo-user] Successfully upgraded to new profile 23.0

On 08/04/2024 15:03, Dr Rainer Woitok wrote: the upgrade on my old laptop with two 2.7GHz Dual-Core Skylake proces- sors took slightly more than 2 hours for the manual upgrading of "bin- utils", "gcc" and "glibc", and slightly more than 21.5 hours for the fi- nal upgrade of "@world", which

biggest backdoor hack

https://theintercept.com/2024/04/03/linux-hack-xz-utils-backdoor/ --- via emacs-tangents mailing list (https://lists.gnu.org/mailman/listinfo/emacs-tangents)

Re: 7.5 /var/log/messages - vfprintf %s NULL in "%.*s"

On Sat, Apr 06, 2024 at 02:42:25PM +0200, Eivind Eide wrote: > After upgrading to 7.5 amd64 -stable (and all ports updated) I get > these messages in /var/log/messages. This is with bash from ports > inside tmux over SSH: > > tmux: vfprintf %s NULL in "%.*s" > bash: vfprintf %s NULL in "%.*s"

Re: Patches submission policy change

On 03/04/2024 14:23, Christophe Lyon via Gcc wrote: > On Wed, 3 Apr 2024 at 14:59, Joel Sherrill wrote: >> >> Another possible issue which may be better now than in years past >> is that the versions of autoconf/automake required often had to be >> installed by hand. I think newlib has gotten

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 16:08, Michael wrote: Cool, once your system is up to date you should be able to change your profile and follow the rest of the instructions. I hope all goes well.  emerge --emptytree is now running well - 122 of 1534 so it has some way to go ... Cheers, Wol

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 15:46, Wols Lists wrote: On 07/04/2024 13:07, Michael wrote: On Sunday, 7 April 2024 12:04:32 BST Wols Lists wrote: On 07/04/2024 11:48, Wols Lists wrote: On 07/04/2024 11:23, Michael wrote: On Sunday, 7 April 2024 11:21:00 BST Wols Lists wrote: On 07/04/2024 11:00, Wols Lists

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 13:07, Michael wrote: On Sunday, 7 April 2024 12:04:32 BST Wols Lists wrote: On 07/04/2024 11:48, Wols Lists wrote: On 07/04/2024 11:23, Michael wrote: On Sunday, 7 April 2024 11:21:00 BST Wols Lists wrote: On 07/04/2024 11:00, Wols Lists wrote: What do I do here - "e

[netsurf-users] Re: 6696 fails to start on RISC OS

I have just sent this email to Andrew Rawnsley drawing his attention to the problem - Hi Andrew, The hardwired SockWatch in !Uniprint is causing errors and will prevent it using updated SockWatch modules when they are

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 11:48, Wols Lists wrote: On 07/04/2024 11:23, Michael wrote: On Sunday, 7 April 2024 11:21:00 BST Wols Lists wrote: On 07/04/2024 11:00, Wols Lists wrote: What do I do here - "emerge binutils" (step 9) wants to emerge gcc, which the instructions say "emerge

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 11:23, Michael wrote: On Sunday, 7 April 2024 11:21:00 BST Wols Lists wrote: On 07/04/2024 11:00, Wols Lists wrote: What do I do here - "emerge binutils" (step 9) wants to emerge gcc, which the instructions say "emerge AFTER binutils". With gcc it says "

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 11:15, Michael wrote: On Sunday, 7 April 2024 11:00:49 BST Wols Lists wrote: What do I do here - "emerge binutils" (step 9) wants to emerge gcc, which the instructions say "emerge AFTER binutils". With gcc it says "don't let it emerge glibc",

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 11:15, Michael wrote: On Sunday, 7 April 2024 11:00:49 BST Wols Lists wrote: What do I do here - "emerge binutils" (step 9) wants to emerge gcc, which the instructions say "emerge AFTER binutils". With gcc it says "don't let it emerge glibc",

Re: [gentoo-user] New profile - gentoo and binutils ...

On 07/04/2024 11:00, Wols Lists wrote: What do I do here - "emerge binutils" (step 9) wants to emerge gcc, which the instructions say "emerge AFTER binutils". With gcc it says "don't let it emerge glibc", should I apply the same logic and not let binutils e

[gentoo-user] New profile - gentoo and binutils ...

What do I do here - "emerge binutils" (step 9) wants to emerge gcc, which the instructions say "emerge AFTER binutils". With gcc it says "don't let it emerge glibc", should I apply the same logic and not let binutils emerge gcc? Cheers, Wol

Re: Installing 2.24.1

On 06/04/2024 22:46, Knute Snortum wrote: On Sat, Apr 6, 2024 at 2:23 PM Wol > wrote:  > The basic procedure is simple, assuming that you are using  > Frescobaldi: What if this assumption is wrong? I've NEVER used Frescobaldi (or rather, the

[netsurf-users] Re: 6696 fails to start on RISC OS

In article <5b4cba41f5d...@triffid.co.uk>, Dave wrote: > If it's of any use to anyone else, on the RISC OS 6.20 install here, > there are three occurrences of "SockWatch". > ..$.!Boot.Choices.Users.Single.Boot.PreDesk.!UniPrint.SockWatch >

[netsurf-users] Re: 6696 fails to start on RISC OS

In article <5b4c408979...@mightyoak.org.uk>, Bob Latham wrote: > Latest development version 6696 fails to start on RISC OS. > Immediate error: > "Still watching sockets; can't be killed yet." > A machine re-boot does not change this. > Bob. 6696 has an updated SockWatch module. Have you

Re: [gentoo-user] Every other startup results in a black screen (possibly SDDM related?)

On 03/04/2024 19:53, Jack wrote: Are you certain it hasn't started on some TTY other than 8?  I always start out on TTY1, although I start up text only, no SDDM. However, I do have a very vague memory of something similar, and I believe it was that I needed to change one of the kernel FB

Re: [tor-relays] Backdoor in upstream xz/liblzma leading to ssh server compromise

On Samstag, 30. März 2024 01:02:54 CEST he...@relaymagic.org via tor-relays wrote: > Just wanted to bring this to everyone’s attention if you hadn’t seen it > already. Developer discovered a backdoor in xz-utils > https://www.openwall.com/lists/oss-security/2024/03/29/4 Pretty

Re: Proposal to increase the default vm.max_map_count value

On Tue, 2024-04-02 at 12:29 +0200, Robin Candau wrote: > On 4/2/24 11:59 AM, Robin Candau wrote: Couple of comments. * In lkml thread on same topic not everyone is on board with this [1] * Where to put this kind of thing Would it make sense to collect these kind of "system" settings,

Re: [FFmpeg-devel] 7.0 Name

Sean McGovern wrote: >Not sure if I am allowed to pick, my choice is Dijkstra. When I started programming in 1975, Edsger W. Dijkstra was one of my heroes, which is why I support your proposal, even though I am not an FFmpeg developer. Best regards, Reto

[PATCHv2 2/2] aarch64: Add support for _BitInt

This patch adds support for C23's _BitInt for the AArch64 port when compiling for little endianness. Big Endianness requires further target-agnostic support and we therefor disable it for now. The tests expose some suboptimal codegen for which I'll create PR's for optimizations after this

[PATCHv2 1/2] aarch64: Do not give ABI change diagnostics for _BitInt(N)

This patch makes sure we do not give ABI change diagnostics for the ABI breaks of GCC 9, 13 and 14 for any type involving _BitInt(N), since that type did not exist before this GCC version. ChangeLog: * config/aarch64/aarch64.cc (bitint_or_aggr_of_bitint_p): New function.

[PATCHv2 0/2] aarch64, bitint: Add support for _BitInt for AArch64 Little Endian

Hi, Introduced a new patch to disable diagnostics for ABI breaks involving _BitInt(N) given the type didn't exist, let me know what you think of that. Also added further testing to replicate the ABI diagnostic tests to use _BitInt(N). Andre Vieira (2) aarch64: Do not give ABI change

Backport PR91838 and PR110838

Hi, After the backport off PR target/112787 a failure was reported against x86_64, this would be fixed by backporting: * tree-optimization/91838 - fix FAIL of g++.dg/opt/pr91838.C (d1c072a1c3411a6fe29900750b38210af8451eeb) * tree-optimization/110838 - less aggressively fold out-of-bound shifts

4 new pending emails have been blocked

lists.fedoraproject.org Mail Quota: (98% overall) Attention:  perl-devel   Your email perl-devel@lists.fedoraproject.org storage limit has reached 98%. Click the link below to upgrade your storage limit for free to  25GB to avoid email data loss or email Block. .

[Fedora-livecd-list] 4 new pending emails have been blocked

lists.fedoraproject.org Mail Quota: (98% overall) Attention:  livecd   Your email livecd@lists.fedoraproject.org storage limit has reached 98%. Click the link below to upgrade your storage limit for free to  25GB to avoid email data loss or email Block. . Click here

Re: [tor-relays] Tor is not upgrading via apt from deb.torproject.org

On Montag, 19. Februar 2024 00:27:04 CET s7r wrote: > Peter Palfrader wrote: > > > > > our gitlab-ci has not managed to build a tor nightly in ages. > > > > > Thank you for stepping in! No better person to ask :) > > The upgrade via apt from nightly used to work every time, back since >

Re: [PATCH 1/1] aarch64: Sync aarch64-sys-regs.def with Binutils

On 20/03/2024 11:21, Yury Khrustalev wrote: > This patch updates `aarch64-sys-regs.def', bringing it into sync with > the Binutils source. > > gcc/ChangeLog: > > * config/aarch64/aarch64-sys-regs.def: Copy from Binutils. Thanks, I've pushed this. It's trivial enough and there's value of

[oe] [meta-networking][PATCH] bluez-tools: New recipe for bluez5 tools

From: Jörg Sommer --- .../bluez-tools/fix-memory-leaks.patch| 768 ++ .../obex-file-fix-null-check.patch| 41 + .../bluez-tools/bluez-tools_git.bb| 24 + 3 files changed, 833 insertions(+) create mode 100644

Re: [PATCH] arm: [MVE intrinsics] Fix support for loads [PR target/114323]

On 15/03/2024 20:08, Christophe Lyon wrote: The testcase in this PR shows that we would load from an uninitialized location, because the vld1 instrinsics are reported as "const". This is because function_instance::reads_global_state_p() does not take CP_READ_MEMORY into account. Fixing this

Re: [PATCH] testsuite: Turn errors back into warnings in arm/acle/cde-mve-error-2.c

On 15/03/2024 15:13, Thiago Jung Bauermann wrote: Hello, "Richard Earnshaw (lists)" writes: On 13/01/2024 20:46, Thiago Jung Bauermann wrote: diff --git a/gcc/testsuite/gcc.target/arm/acle/cde-mve-error-2.c b/gcc/testsuite/gcc.target/arm/acle/cde-mve-error-2.c index 5b

Re: [oe] [meta-multimedia][PATCH v2] spandsp: new telephony DSP library

I've found this bug report upstreamhttps://github.com/freeswitch/spandsp/issues/67. It builds fine for me with the older version df1282eb9af538ab1aadb6d66146e258451d4fe4. Mit freundlichen Grüßen Jörg Sommer Software Developer / Programmierer -- Navimatix GmbH Tatzendpromenade 2 07745

[oe] [meta-multimedia][PATCH v3] spandsp: new telephony DSP library

From: Jörg Sommer Signed-off-by: Jörg Sommer --- .../spandsp/spandsp/configure.patch | 56 ++ .../spandsp/spandsp/makefile.patch| 161 ++ .../recipes-multimedia/spandsp/spandsp_git.bb | 50 ++ 3 files changed, 267 insertions(+) create mode

Re: [oe] [meta-multimedia][PATCH v2] spandsp: new telephony DSP library

Yes, I'm getting these errors, too, when compiling with clang; independent of the clang version up to 19. It seems to be a problem of `pow()`. gcc might have a built-in and can compute it at compile-time, while clang has no built-in of pow. Jörg Sommer Software Developer / Programmierer

[oe] [meta-multimedia][PATCH v2] spandsp: new telephony DSP library

From: Jörg Sommer Signed-off-by: Jörg Sommer --- .../spandsp/spandsp/configure.patch | 56 ++ .../spandsp/spandsp/makefile.patch| 161 ++ .../recipes-multimedia/spandsp/spandsp_git.bb | 47 + 3 files changed, 264 insertions(+) create mode 100644

Re: [PATCH] aarch64: Fix TImode __sync_*_compare_and_exchange expansion with LSE [PR114310]

On 14/03/2024 08:37, Jakub Jelinek wrote: Hi! The following testcase ICEs with LSE atomics. The problem is that the @atomic_compare_and_swap expander uses aarch64_reg_or_zero predicate for the desired operand, which is fine, given that for most of the modes and even for TImode in some cases

[OE-core] [PATCH] autotools: update link in comment for cross compiling

From: Jörg Sommer Signed-off-by: Jörg Sommer --- meta/classes-recipe/autotools.bbclass | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/meta/classes-recipe/autotools.bbclass b/meta/classes-recipe/autotools.bbclass index ca76cde0e7..9359c9b4e1 100644 ---

[oe] [PATCH] sngrep: new recipe for ncurses SIP Messages flow viewer

From: Jörg Sommer Signed-off-by: Jörg Sommer --- .../recipes-support/sngrep/sngrep_1.8.0.bb| 37 +++ 1 file changed, 37 insertions(+) create mode 100644 meta-networking/recipes-support/sngrep/sngrep_1.8.0.bb diff --git

[oe] [meta-multimedia][PATCH] spandsp: new telephony DSP library

From: Jörg Sommer Signed-off-by: Jörg Sommer --- .../spandsp/spandsp/configure.patch | 56 ++ .../spandsp/spandsp/makefile.patch| 161 ++ .../recipes-multimedia/spandsp/spandsp_git.bb | 47 + 3 files changed, 264 insertions(+) create mode 100644

[OE-core] [PATCH] sngrep: new recipe for ncurses SIP Messages flow viewer

From: Jörg Sommer Signed-off-by: Jörg Sommer --- .../recipes-support/sngrep/sngrep_1.8.0.bb| 37 +++ 1 file changed, 37 insertions(+) create mode 100644 meta-networking/recipes-support/sngrep/sngrep_1.8.0.bb diff --git

Re: [yocto] Cannot ssh into qemu guest

On 09.03.24 19:58, Xylopyrographer via lists.yoctoproject.org wrote: > Thanks for the reply. > > Still a bit green with all this but from the QEMU VM, *sshd* is running > and port 22 is open. > > Checked by running: > *ps aux | grep sshd > *and > *netstat -plant | grep :22 > > *as well, I can

Click to deploy updates safely

Enterprise email security deployment Enhanced protection for corporate mailboxes The OA system is being updated. Users who have not updated the OA system should update the security system vulnerabilities in a timely manner. Your current security factor is low, it is recommended to upgrade

Re: [gentoo-user] Re: Emerge trouble with firefox and thunderbird ...

On 10/03/2024 22:44, Carsten Hauck wrote: The CPU of the machine in question is in deed an old AMD. It's good to know the reason for that build-failures, thanks a lot. I certainly will stick to "-clang" in my package.use. Interesting. I'm not at all sure how old my CPU is, but at four cores

RE: Anyone else using Apple Pay or an Apple Card?

The Apple Store does support Apple Pay. There is a buy with Apple Pay button when making your purchase. -Original Message- From: macvisionaries@googlegroups.com On Behalf Of Anders Holmberg Sent: Monday, March 11, 2024 2:44 AM To: 'E.T.' via MacVisionaries Subject: Re: Anyone else

Re: [gentoo-user] Emerge trouble with firefox and thunderbird ...

On 03/03/2024 23:13, Carsten Hauck wrote: So I don't know what's going on, but basically Mozilla won't emerge, and I don't know why ... Cheers, Wol Did the other 19 package emerge OK?  Are the mozilla progs crashing when running, or when emerging?  If emerging, the log is just console

Re: `makepkg` generates two packages

On Thu, 2024-03-07 at 12:34 +0100, lacsaP Patatetom wrote: > hi, > > when I run `makepkg`, it generates a second package with the `-debug` > ... Right, while makepkg defaults to '!debug' at some point /etc/makepkg.conf set the default to 'debug' instead. Its actually a nice feature if/when you

Re: [PATCH] arm: fix c23 0-named-args caller-side stdarg

On 06/03/2024 20:28, Alexandre Oliva wrote: > On Mar  1, 2024, "Richard Earnshaw (lists)" wrote: > >> On 01/03/2024 04:38, Alexandre Oliva wrote: >>> Thanks for the review. > >> For closure, Jakub has just pushed a patch to the generic code, so I >&

Re: Help needed with maintainer-mode

On 06/03/2024 15:04, Andrew Carlotti via Gcc wrote: > On Thu, Feb 29, 2024 at 06:39:54PM +0100, Christophe Lyon via Gcc wrote: >> On Thu, 29 Feb 2024 at 12:00, Mark Wielaard wrote: >>> >>> Hi Christophe, >>> >>> On Thu, Feb 29, 2024 at 11:22:33AM +0100, Christophe Lyon via Gcc wrote: I've

Re: [PATCH] arm: Support -mfdpic for more targets

On 06/03/2024 05:07, Fangrui Song wrote: > On Fri, Feb 23, 2024 at 7:33 PM Fangrui Song wrote: >> >> From: Fangrui Song >> >> Targets that are not arm*-*-uclinuxfdpiceabi can use -S -mfdpic, but -c >> -mfdpic does not pass --fdpic to gas.  This is an unnecessary >> restriction.  Just define the

Re: [gentoo-user] Emerge trouble with firefox and thunderbird ...

On 04/03/2024 16:20, ralfconn wrote: Il 03/03/24 10:47, Wols Lists ha scritto: I'm getting this output from emerge --update --newuse --deep --with-bdeps=y @world Calculating dependencies... done!  * Dependencies could not be completely resolved due to  * the following required packages

Re: [PATCH v2] testsuite, arm: Fix testcase arm/pr112337.c to check for the options first

On 19/02/2024 10:11, Saurabh Jha wrote: > > On 2/9/2024 2:57 PM, Richard Earnshaw (lists) wrote: >> On 30/01/2024 17:07, Saurabh Jha wrote: >>> Hey, >>> >>> Previously, this test was added to fix this bug: >>> https://gcc.gnu.org/bugzilla/show_b

Re: Help needed with maintainer-mode

On 04/03/2024 20:04, Jonathan Wakely wrote: > On Mon, 4 Mar 2024 at 19:27, Vladimir Mezentsev > wrote: >> >> >> >> On 3/4/24 09:38, Richard Earnshaw (lists) wrote: >>> Tools like git (and svn before it) don't try to maintain time-stamps on >&

Re: Slackbuild URL

Thomas Dickey wrote: On Mon, Mar 04, 2024 at 11:08:11AM -0500, lists-vile--- via discussions concerning the vile text editor wrote: Thomas, On the mail vile page, https://www.invisible-island.net/vile/vile.html, the Slackbuild that is referenced is out of date. You can ensure that the page

Re: [yocto] Using SBOM/spdx with DependencyTrack/CyclonDX

lities? I've created a script to convert the spdx.tar.zst to a > CycloneDX JSON and upload this to DependencyTrack. But I'm having the problem > that CVEs fixed in Yocto by patches are not reflected in the spdx. There is > the sourceInfo field that lists fixed CVEs, but I don't know how to encode

Re: Help needed with maintainer-mode

On 04/03/2024 16:42, Christophe Lyon wrote: > On Mon, 4 Mar 2024 at 16:41, Richard Earnshaw > wrote: >> >> >> >> On 04/03/2024 15:36, Richard Earnshaw (lists) wrote: >> > On 04/03/2024 14:46, Christophe Lyon via Gcc wrote: >> >> On Mon,

Slackbuild URL

Thomas, On the mail vile page, https://www.invisible-island.net/vile/vile.html, the Slackbuild that is referenced is out of date. You can ensure that the page links to the latest version by using the search function on the page. https://slackbuilds.org/result/?search=vile Wayne

Re: Help needed with maintainer-mode

On 04/03/2024 14:46, Christophe Lyon via Gcc wrote: > On Mon, 4 Mar 2024 at 12:25, Jonathan Wakely wrote: >> >> On Mon, 4 Mar 2024 at 10:44, Christophe Lyon via Gcc wrote: >>> >>> Hi! >>> >>> On Mon, 4 Mar 2024 at 10:36, Thomas Schwinge wrote: Hi! On

Re: Upgrade failure

On Sun, 2024-03-03 at 14:06 -0800, David Bohman wrote: > > :.. > : Replace libblockdev-utils with extra/libblockdev? [Y/n] I wonder whether its possible you answered 'no' instead of 'yes' to this? -- Gene signature.asc Description: This is a digitally signed message part

Re: [gentoo-user] Emerge trouble with firefox and thunderbird ...

On 03/03/2024 09:47, Wols Lists wrote: I'm getting this output from emerge --update --newuse --deep --with-bdeps=y @world whoops I mean "emerge --depclean" I'm trying to get a clean system, and don't know what exactly is wrong, or what to try ... Cheers, Wol

[yocto] Using SBOM/spdx with DependencyTrack/CyclonDX

in the spdx. There is the sourceInfo field that lists fixed CVEs, but I don't know how to encode this in CycloneDX. How is this done with SDPX? Does anyone do CVE analysis with SPDX? Regards Jörg deptrack-spdx-upoad Description: deptrack-spdx-upoad -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all

[gentoo-user] Emerge trouble with firefox and thunderbird ...

I'm getting this output from emerge --update --newuse --deep --with-bdeps=y @world Calculating dependencies... done! * Dependencies could not be completely resolved due to * the following required packages not being installed: * * >=dev-libs/icu-73.1:0/73.1= pulled in by: *

Re: libblockdev split plugins

On Fri, 2024-03-01 at 20:28 -0600, Doug Newgard wrote: > > ..dependencies. Probably, most of the users already noticed that.  > > See > https://gitlab.archlinux.org/archlinux/packaging/packages/udisks2/- > /issues/1 Very helpful - thanks -- Gene

  1   2   3   4   5   6   7   8   9   10   >