Bug#691258: Missing / in RE for "reducing the advertised EDNS UDP packet size"

On Tue, 23 Oct 2012 17:55:06 +0200 =?utf-8?B?TG/Dr2M=?= Minier wrote: > Package: logcheck > Version: 1.3.15 > Severity: minor > Tags: patch > > Hi, > > Got this log from time to time in System Events: > Oct 23 13:48:16 pig2 named[28880]: success resolving >

Bug#1072299: Compositor-related crashes

On Fri, 2024 May 31 18:36-04:00, Andres Salomon wrote: > > I'm going from memory here, but I believe the dak installation on > security.debian.org doesn't keep dbgsym packages for historical reasons. > Thus, they're only available once chromium gets moved to > stable-proposed-updates.

Bug#687990: logcheck-database: bind: "updating zone...PTR" and "signer...approved"

On Tue, 18 Sep 2012 06:00:06 +0200 Paul Muster wrote: > Update: > > > (1) please change > > > > ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ named\[[[:digit:]]+\]: client > > [.:[:xdigit:]]+#[[:digit:]]+: updating zone '[-._[:alnum:]]+/IN': > > (adding an RR|deleting rrset) at '[._[:alnum:]-]+' A$ >

Bug#590675: [logcheck-database] additional rules for bind

On Wed, 28 Jul 2010 13:49:43 +0200 Hendrik Jaeger wrote: > Package: logcheck-database > Severity: wishlist > Tags: patch > > Hi, > > We have some additional rules for bind: > > ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ named\[[0-9]+\]: > (general: )?(info: )?received control channel command 'stats'$

Bug#1072317: Redundant build when making packed_resources

Package: chromium Version: 125.0.6422.141-1 Severity: minor This is something I've noticed in the course of the build that has been annoying me for some time, and I thought I'd write it up. Here is an excerpt from the build log which illustrates the problem: [...] [61738/61742] AR

bug#71299: Better handle "updating substitutes" messages in CI pipelines and dumb terminals

;8--- This would make log files much easier to parse. Instead of having potentially thousands of lines printed to the console per "build stage", it would be limited to 2. [1]: https://builds.sr.ht/query/log/1238029/update-readme/log -- Take it easy, Richard Sent Making my computer weirder one commit at a time.

Bug#1072299: Compositor-related crashes

Sigh, spoke too soon. Chromium still crashes in both modes (tab and browser) even without Firefox running, but much less frequently. I had a good half-hour without crashes after closing Firefox, enough to lead me to think that was the cause. At this point, we're probably better off waiting to

bug#71298: --verbosity=0 does not disable all substitute messages in shell

-cut here---end--->8--- This problem seems unique to guix shell. -- Take it easy, Richard Sent Making my computer weirder one commit at a time.

bug#71297: guix time-machine does not have a verbosity option

-cut here---end--->8--- This is unfortunate because it hurts it's usability as part of a CI system. Pipelines using time-machine are filled with excess logging messages that aren't always needed and can't be disabled unless output redirection is available. -- Take it easy,

Re: [PSES] Li-Ion Fire Enclosure (IEC 62368-1:2018 / EN 62368-1:2020) Concept

Hi James: The UL94 flammability ratings are based on standardized samples of the plastic material. The ratings may or may not be representative of the results in the end-product. My suggestion is to do the UL94 test on the whole end-product. The heat-sinking of the internal components

Re: How to avoid some built-in expansions in gcc?

> Am 31.05.2024 um 20:56 schrieb Georg-Johann Lay : > >  > > Am 31.05.24 um 19:32 schrieb Richard Biener: >>>> Am 31.05.2024 um 17:25 schrieb Paul Koning via Gcc : >>> >>>  >>> >>>> On May 31, 2024, at 11:06 AM, Georg-Joha

Bug#1072299: Compositor-related crashes

I believe I've found a correlation: The crashes seem to have started with an instance of firefox-esr (115.11.0esr-1~deb12u1) that I was running on the side, since earlier today. Once I closed Firefox, the crashiness went away, completely. (This is on the same laptop that needs --use-gl=egl to

Re: [PULL 00/43] target-arm queue

On 5/31/24 05:03, Peter Maydell wrote: The following changes since commit 3b2fe44bb7f605f179e5e7feb2c13c2eb3abbb80: Merge tag 'pull-request-2024-05-29' ofhttps://gitlab.com/thuth/qemu into staging (2024-05-29 08:38:20 -0700) are available in the Git repository at:

[Qemu-commits] [qemu/qemu] f5e328: hw/intc/arm_gic: Fix set pending of PPIs

: Marcin Juszkiewicz Reviewed-by: Leif Lindholm Message-id: 20240523165353.6547-1-marcin.juszkiew...@linaro.org Signed-off-by: Peter Maydell Commit: 76f4a8aecae7f287d6e7f3b763ae88382c3a5457 https://github.com/qemu/qemu/commit/76f4a8aecae7f287d6e7f3b763ae88382c3a5457 Author: Richard Henders

Bug#1072299: Compositor-related crashes

Package: chromium Version: 125.0.6422.112-1~deb12u1 Severity: important Recently, I have been observing crashes of individual tabs, and even of the entire browser, when navigating some Web pages. The crashed tabs correlate with the following syslog messages (multiple instances listed below):

[Qemu-commits] [qemu/qemu] 74abb4: Merge tag 'pull-target-arm-20240531' of https://gi...

Branch: refs/heads/staging Home: https://github.com/qemu/qemu Commit: 74abb45dac6979e7ff76172b7f0a24e869405184 https://github.com/qemu/qemu/commit/74abb45dac6979e7ff76172b7f0a24e869405184 Author: Richard Henderson Date: 2024-05-31 (Fri, 31 May 2024) Changed paths: M

Re: [PATCH 0/6] host/i386: require x86-64-v2 ISA

Reviewed-by: Richard Henderson r~

Re: How to avoid some built-in expansions in gcc?

es from common code, that's a > different matter, then perhaps there should be target hooks to let the target > disallow or discourage such expansion. I might want such a thing for pdp11 > as well. The function in question is folded to a comparison very early if the target does not implement an optab for it. After that everything is lost. A workaround is to define an optab but let expansion always FAIL. Richard >paul >

Re: [PATCH] accel/tcg: nochain should disable goto_ptr

On 5/31/24 03:17, NiuGenen wrote: Signed-off-by: NiuGenen --- accel/tcg/cpu-exec.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/accel/tcg/cpu-exec.c b/accel/tcg/cpu-exec.c index 2972f75b96..084fa645c7 100644 --- a/accel/tcg/cpu-exec.c +++ b/accel/tcg/cpu-exec.c @@

Re: [Patch, aarch64, middle-end\ v4: Move pair_fusion pass from aarch64 to middle-end

classes are not correctly supported in > older GCC? Looks to be due to an overloading of "writeback", which is also a local variable in that function. One fix would be to rename the type to "writeback_type". FWIW, the "enum"s in "enum writeback" can also be removed, so it'd be s/enum writeback/writeback_type/. Richard

Re: [PATCH] AArch64: Add ACLE MOPS support

Wilco Dijkstra writes: > Hi Richard, > >> I think this should be in a push_options/pop_options block, as for other >> intrinsics that require certain features. > > But then the intrinsic would always be defined, which is contrary to what the > ACLE spec demands - it w

Re: Heading Level Access In Safari Browser

plus h for previous or even shift+1 for previous heading level 1, etc. HTH, Richard, USA “Grandma always told us, “Be careful when you pray for patience. God stores it on the other side of Hell and you will have to go through Hell to get it.” -- Cedrick Bridgeforth My web site: https

Re: Removal of Python 2 (Request for Comments)

On 5/31/24 10:40, José Matos wrote: This is the code that I intend to submit to remove Python 2 support. I am also using formatted strings heavily, so in this case I am using Python 3.8 syntax. FWIW this patch is a mix between manual changes and using $ pyupgrade --py38-plus file.py I am

Re: Feedback on the GNU Coding Standards for command-line interfaces

b version hasn't been updated in a while, I can do that later > this week or so. Thank you. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)

Re: [PATCH v3 4/6] btf: add -fprune-btf option

> Am 31.05.2024 um 17:58 schrieb David Faust : > >  > >> On 5/31/24 00:07, Richard Biener wrote: >>> On Thu, May 30, 2024 at 11:34 PM David Faust wrote: >>> >>> This patch adds a new option, -fprune-btf, to control BTF debug info >>>

Re: [PATCH] AArch64: Add ACLE MOPS support

__ptr; > +} > +#endif > + I think this should be in a push_options/pop_options block, as for other intrinsics that require certain features. What was the reason for using an inline asm rather than a builtin? Feels a bit old school. :) Using a builtin shoul

Re: Export chapter to .txt file

On 5/31/24 08:44, Rich Shepard wrote: On Fri, 31 May 2024, Herbert Voss wrote: Should be a simple copy & paste. You can also convert the created pdf to text in a command line: pdftotext .pdf and then delete all except the inetresting chapter. Herbert, I've done this with small documents.

Re: [PATCH] testsuite: Improve check-function-bodies

ut lines prefix. I think this should be done separately. It looks like at least gcc.target/riscv/target-attr-06.c relies on the current behaviour. Richard

Re: 2.4.0 To Be Released Friday!

On 5/31/24 02:58, Jürgen Spitzmüller wrote: Am Donnerstag, dem 30.05.2024 um 21:59 -0400 schrieb Richard Kimberly Heck: I'm happy to keep doing it. If anyone would like to take over, though, I'd be happy to pass the baton. Excellent. You are doing an outstanding job. And congrats

[jira] [Comment Edited] (MNG-7868) "Could not acquire lock(s)" error in concurrent maven builds

[ https://issues.apache.org/jira/browse/MNG-7868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17851148#comment-17851148 ] Richard Eckart de Castilho edited comment on MNG-7868 at 5/31/24 3:57 PM

[jira] [Commented] (MNG-7868) "Could not acquire lock(s)" error in concurrent maven builds

[ https://issues.apache.org/jira/browse/MNG-7868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17851148#comment-17851148 ] Richard Eckart de Castilho commented on MNG-7868: - We here wo go: {noformat} Apache Maven

Re: [PATCH 5/6] vect: Support multiple lane-reducing operations for loop reduction [PR114440]

On Thu, May 30, 2024 at 4:55 PM Feng Xue OS wrote: > > For lane-reducing operation(dot-prod/widen-sum/sad) in loop reduction, current > vectorizer could only handle the pattern if the reduction chain does not > contain other operation, no matter the other is normal or lane-reducing. > > Actually,

[gcc r13-8813] vect: Tighten vect_determine_precisions_from_range [PR113281]

https://gcc.gnu.org/g:2602b71103d5ef2ef86000cac832b31dad3dfe2b commit r13-8813-g2602b71103d5ef2ef86000cac832b31dad3dfe2b Author: Richard Sandiford Date: Fri May 31 15:56:05 2024 +0100 vect: Tighten vect_determine_precisions_from_range [PR113281] This was another PR caused

[gcc r13-8812] vect: Fix access size alignment assumption [PR115192]

https://gcc.gnu.org/g:0836216693749f3b0b383d015bd36c004754f1da commit r13-8812-g0836216693749f3b0b383d015bd36c004754f1da Author: Richard Sandiford Date: Fri May 31 15:56:04 2024 +0100 vect: Fix access size alignment assumption [PR115192] create_intersect_range_checks checks

Re: [Patch, rs6000, aarch64, middle-end] Add implementation for different targets for pair mem fusion

Ajit Agarwal writes: > On 31/05/24 3:23 pm, Richard Sandiford wrote: >> Ajit Agarwal writes: >>> Hello All: >>> >>> Common infrastructure using generic code for pair mem fusion of different >>> targets. >>> >>> rs6000 tar

Re: [PATCH 4/6] vect: Bind input vectype to lane-reducing operation

> bind each lane-reducing operation with its own input type. OK. Thanks, Richard. > Thanks, > Feng > --- > gcc/ > * tree-vect-loop.cc (vect_is_emulated_mixed_dot_prod): Remove > parameter > loop_vinfo. Get input vectype fro

Re: [yocto] GPL License Compliance - Automatically detect linking against GPL libraries

hat could be merged to OE-Core though. I'd love to see one. Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#63248): https://lists.yoctoproject.org/g/yocto/message/63248 Mute This Topic: https://lists.yoctoproject.org/mt/106365537

[PATCH 4/5][v3] Reduce single-lane SLP testresult noise

The following avoids dumping 'vectorizing stmts using SLP' for single-lane instances since that causes extra testsuite fallout. * tree-vect-slp.cc (vect_schedule_slp): Gate dumping 'vectorizing stmts using SLP' on > 1 lanes. --- gcc/tree-vect-slp.cc | 3 ++- 1 file changed, 2

[PATCH 5/5][v3] RISC-V: Avoid inserting after a GIMPLE_COND with SLP and early break

When vectorizing an early break loop with LENs (do we miss some check here to disallow this?) we can end up deciding to insert stmts after a GIMPLE_COND when doing SLP scheduling and trying to be conservative with placing of stmts only dependent on the implicit loop mask/len. The following avoids

[PATCH 3/5][v3] Do single-lane SLP discovery for reductions

The following performs single-lane SLP discovery for reductions. It requires a fixup for outer loop vectorization where a check for multiple types needs adjustments as otherwise bogus pointer IV increments happen when there are multiple copies of vector stmts in the inner loop. For the reduction

[PATCH 2/5][v3] Adjust vector dump scans

The following adjusts dump scanning for something followed by successful vector analysis to more specifically look for 'Analysis succeeded' and not 'Analysis failed' because the previous look for just 'succeeded' or 'failed' is easily confused by SLP discovery dumping those words. *

[PATCH 1/5][v3] Avoid ICE with pointer reduction

There's another case where we can refer to neutral_op before eventually converting it from pointer to integer so simply do that unconditionally. * tree-vect-loop.cc (get_initial_defs_for_reduction): Always convert neutral_op. --- gcc/tree-vect-loop.cc | 15 +++ 1 file

Stus-List Re: C 40 custom pilothouse

John, take a look and the Landfall 39..(not the38)... Richard 19085 C 37 CB: Ohio River, Mile 596 Richard N. Bush Law Offices2950 Breckenridge Lane, Suite NineLouisville, Kentucky 40220(502) 584-7255 On Friday, May 31, 2024 at 09:20:17 AM EDT, John Christopher wrote: The specs

[OE-core] Rust reproducibility issue summary

-l872m0ip/packages/ We need to get to the bottom of why these are different and the test is sometimes failing. Any help appreciated! It is unclear what we need to do to reproduce the issue on demand. Cheers, Richard diff --git a/meta/lib/oeqa/selftest/cases/reproducible.py b/meta/lib/oeqa

Re: [PATCH] rust: Do not link with libdl and libpthread unconditionally

On Fri, May 31, 2024 at 12:24 PM Arthur Cohen wrote: > > Hi Richard, > > On 4/30/24 09:55, Richard Biener wrote: > > On Fri, Apr 19, 2024 at 11:49 AM Arthur Cohen > > wrote: > >> > >> Hi everyone, > >> > >> This patch

Re: [PATCH] rust: Do not link with libdl and libpthread unconditionally

On Fri, May 31, 2024 at 12:24 PM Arthur Cohen wrote: > > Hi Richard, > > On 4/30/24 09:55, Richard Biener wrote: > > On Fri, Apr 19, 2024 at 11:49 AM Arthur Cohen > > wrote: > >> > >> Hi everyone, > >> > >> This patch

Re: [PATCH v10 2/5] Convert references with "counted_by" attributes to/from .ACCESS_WITH_SIZE.

_WITH_SIZE to its first argument. > (expand_ACCESS_WITH_SIZE in internal-fn.cc) > * Provide the utility routines to check the call is .ACCESS_WITH_SIZE and > get the reference from the call to .ACCESS_WITH_SIZE. > (is_access_with_size_p and get_ref_from_access_with_size in tree.cc)

[Qemu-commits] [qemu/qemu] 199e84: qio: Inherit follow_coroutine_ctx across TLS

rom 2-clause BSD to GPLv2. CC: qemu-sta...@nongnu.org CC: "Richard W.M. Jones" Signed-off-by: Eric Blake Message-ID: <20240518025246.791593-6-ebl...@redhat.com> Commit: f5e328fef057a79ee40a93cdb27bf0de7991973e https://github.com/qemu/qemu/commit/f5e328fef057a79ee

Stus-List Re: C 40 custom pilothouse

This looks more like a Landfall 39 than an altered 40; check out the spec and photos on the photo album... Richard Richard N. Bush Law Offices2950 Breckenridge Lane, Suite NineLouisville, Kentucky 40220(502) 584-7255 On Thursday, May 30, 2024 at 03:57:49 PM EDT, Della Barba, Joe via

RE: [PATCH 1/3] vect: generate suitable convert insn for int -> int, float -> float and int <-> float.

On Fri, 31 May 2024, Hu, Lin1 wrote: > > -Original Message- > > From: Richard Biener > > Sent: Wednesday, May 29, 2024 5:41 PM > > To: Hu, Lin1 > > Cc: gcc-patches@gcc.gnu.org; Liu, Hongtao ; > > ubiz...@gmail.com > > Subject: Re: [PATCH 1/3] ve

Re: [OE-core] [PATCH] base/bitbake.conf: use default assigment for UNPACKDIR

On Fri, 2024-05-31 at 12:15 +, Peter Kjellerstedt wrote: > > -Original Message- > > From: > > openembedded-core@lists.openembedded.org  > > > > On Behalf Of Richard Purdie > > Sent: den 31 maj 2024 12:57 > > To: samuli.pii...@gmail.com; &g

[gcc r15-941] tree-optimization/115278 - fix DSE in if-conversion wrt volatiles

https://gcc.gnu.org/g:65dbe0ab7cdaf2aa84b09a74e594f0faacf1945c commit r15-941-g65dbe0ab7cdaf2aa84b09a74e594f0faacf1945c Author: Richard Biener Date: Fri May 31 10:14:25 2024 +0200 tree-optimization/115278 - fix DSE in if-conversion wrt volatiles The following adds the missing

[PATCH] tree-optimization/115278 - fix DSE in if-conversion wrt volatiles

The following adds the missing guard for volatile stores to the embedded DSE in the loop if-conversion pass. Bootstrapped and tested on x86_64-unknown-linux-gnu, pushed. PR tree-optimization/115278 * tree-if-conv.cc (ifcvt_local_dce): Do not DSE volatile stores. *

Re: May 2024: whatsrc.org distro status

On Fri, 2024-05-31 at 13:05 +0200, kpcyrd wrote: > On 5/30/24 12:41 AM, Richard Purdie wrote: > > There is such data in Yocto Project too, although it would be > > spread > > into the layers that contain the software components in question. > > > > Takin

Re: [OE-core] [PATCH] base/bitbake.conf: use default assigment for UNPACKDIR

ve looking and I'm not keen to evaluate changes that way. Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#200062): https://lists.openembedded.org/g/openembedded-core/message/200062 Mute This Topic: https://lists.openembedded.org/mt/10

[PATCH] aarch64: Add missing ACLE macro for NEON-SVE Bridge

__ARM_NEON_SVE_BRIDGE was missed in the original patch and is added by this patch. Ok for trunk and a backport into gcc-14? gcc/ChangeLog: * config/aarch64/aarch64-c.cc (aarch64_update_cpp_builtins): Add missing __ARM_NEON_SVE_BRIDGE.diff --git a/gcc/config/aarch64/aarch64-c.cc

Re: [Patch, rs6000, aarch64, middle-end] Add implementation for different targets for pair mem fusion

Reviewing my review :) Richard Sandiford writes: >> + >> + for (auto def : info->defs ()) >> +{ >> + auto set = dyn_cast (def); >> + if (set && set->has_any_uses ()) >> +{ >> + for (auto use : set->all_us

Re: [Patch, rs6000, aarch64, middle-end] Add implementation for different targets for pair mem fusion

uld_handle_unordered_insns (i1, i2)) +return false; + rtx cand_mems[2]; rtx reg_ops[2]; rtx pats[2]; and so it acts as a general opt-out. The insns aren't known to be unordered. It looks like the rs6000 override requires the original insns to be in offset order. Could you say why that's necessary? (Both in email and as a comment in the code.) If we do need a general opt-out like this, it should probably go at the very start of try_fuse_pair, before even the dump message. (Alternatively, it could go after the dump message, but then the "return false" would need a dump message of its own to explain the failure.) Thanks, Richard

Re: [PATCH 2/4] resource.cc: Replace calls to find_basic_block with cfgrtl BLOCK_FOR_INSN

n the same way as emitting a new note. So yeah, like you say, ripe for cleanup :) Richard

Re: [OE-core] [PATCH 3/5] linux-libc-headers: bump to v6.9

On Fri, 2024-05-31 at 09:31 +0100, Richard Purdie via lists.openembedded.org wrote: > On Thu, 2024-05-30 at 17:44 -0400, bruce.ashfi...@gmail.com wrote: > > From: Bruce Ashfield > > > > Signed-off-by: Bruce Ashfield > > --- > >  meta/conf/

Bug#1054393: dns-root-data: New IPs for b.root-servers-net 2023-11-27

So was it decided not to fix this in stable (bookworm)? That's a pity. Richard

Re: [OE-core] [PATCH 3/5] linux-libc-headers: bump to v6.9

15/builds/9384 but I haven't 100% confirmed that it is this change specifically yet. Copying Khem. Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#200059): https://lists.openembedded.org/g/openembedded-core/mess

Re: [PATCH 01/11] OpenMP/PolyInt: Pass poly-int structures by address to OMP libs.

Jakub Jelinek writes: > On Fri, May 31, 2024 at 08:45:54AM +0100, Richard Sandiford wrote: >> > When you say same way, do you mean the way SVE ABI defines the rules for >> > SVE types? >> >> No, sorry, I meant that if the choice isn't purely local to a sourc

[FFmpeg-user] Audio, loudnorm for videos

Example of use of http://k.ylo.ph/2016/04/04/loudnorm.html A way to get a video with a better relationship of loudness for speech, music and "Action-Thunder" Perhaps all ways known, perhaps not. Example of video with ac3 + h.264 ffmpeg filter, /dual-pass/ mode : 1. Measurement  with results

Re: [Patch, rs6000, aarch64, middle-end] Add implementation for different targets for pair mem fusion

thing outside of config/rs6000/ and similar, certainly not in > config/something-else/! > > This would be WAY easier to review (read: AT ALL POSSIBLE) if you > included some detailed rationale and design document. Please don't shout. I don't think this kind of aggressive review is helpful to the project. Richard

Re: [PATCH] Fix some opindex for some options [PR115022]

On Thu, May 30, 2024 at 5:48 AM Andrew Pinski wrote: > > While looking at the index I noticed that some options had > `-` in the front for the index which is wrong. And then > I noticed there was no index for `mcmodel=` for targets or had > used `-mcmodel` incorrectly. > > This fixes both of

Re: [PATCH v3 2/2] Prevent divide-by-zero

On Thu, May 30, 2024 at 2:11 AM Patrick O'Neill wrote: > > From: Greg McGary Still a NACK. If remain ends up zero then /* Try to use a single smaller load when we are about to load excess elements compared to the unrolled

Re: [PATCH 01/11] OpenMP/PolyInt: Pass poly-int structures by address to OMP libs.

Tejas Belagod writes: > On 5/30/24 6:28 PM, Richard Sandiford wrote: >> Tejas Belagod writes: >>> Currently poly-int type structures are passed by value to OpenMP runtime >>> functions for shared clauses etc. This patch improves on this by passing >>> a

Re: [PATCH 2/6] vect: Split out partial vect checking for reduction into a function

TMTS (slp_node); > - else > -vec_num = 1; > - >vect_model_reduction_cost (loop_vinfo, stmt_info, reduc_fn, > reduction_type, ncopies, cost_vec); > /* Cost the reduction op inside the loop if transformed via > @@ -8324,60 +8393,9 @@ vectorizable_reduction (loop_vec_inf

[gcc r14-10263] vect: Fix access size alignment assumption [PR115192]

https://gcc.gnu.org/g:36575f5fe491d86b6851ff3f47cbfb7dad0fc8ae commit r14-10263-g36575f5fe491d86b6851ff3f47cbfb7dad0fc8ae Author: Richard Sandiford Date: Fri May 31 08:22:55 2024 +0100 vect: Fix access size alignment assumption [PR115192] create_intersect_range_checks checks

Re: [PATCH 1/6] vect: Add a function to check lane-reducing code [PR114440]

_SUM_EXPR/SAD_EXPR). Add an utility > function to make source coding for the check handy and concise. OK. Thanks, Richard. > Feng > -- > gcc/ > * tree-vectorizer.h (lane_reducing_op_p): New function. > * tree-vect-slp.cc (vect_analyze_slp): Use new function &

Re: [PATCH] vect: Support multiple lane-reducing operations for loop reduction [PR114440]

On Thu, May 30, 2024 at 3:28 PM Feng Xue OS wrote: > > >> Hi, > >> > >> The patch was updated with the newest trunk, and also contained some minor > >> changes. > >> > >> I am working on another new feature which is meant to support pattern > >> recognition > >> of lane-reducing operations in

Re: Question about generating vpmovzxbd instruction without using the interfaces in immintrin.h

On Fri, May 31, 2024 at 4:59 AM Hanke Zhang via Gcc wrote: > > Hi, > I've recently been trying to hand-write code to trigger automatic > vectorization optimizations in GCC on Intel x86 machines (without > using the interfaces in immintrin.h), but I'm running into a problem > where I can't seem to

Re: [PATCH v3 4/6] btf: add -fprune-btf option

On Thu, May 30, 2024 at 11:34 PM David Faust wrote: > > This patch adds a new option, -fprune-btf, to control BTF debug info > generation. Can you name it -gprune-btf instead? > As the name implies, this option enables a kind of "pruning" of the BTF > information before it is emitted. When

Prevent temporary resize with second tty client in same session group?

indow-size` or `aggressive-resize`. I've used tmux for many years, and it handles resizing great with default settings. I did experiment with these options now, but didn't achieve what I'd hoped. Aside, thanks a lot for tmux, it's indispensable and the code really is a pleasure to read. regard

[Freedos-devel] [FreeDOS-Devel] FOSS Game crobots

https://tpoindex.github.io/crobots/ crobots is now FOSS opensource robot learning game for kids: gplv2 https://tpoindex.github.io/crobots/ from site: Documentation The original manual for CROBOTS is in docs/crobots_manual.html .

[webkit-changes] [WebKit/WebKit] fe2a6a: Modifier keys and mouse events sent to backgrounde...

Branch: refs/heads/main Home: https://github.com/WebKit/WebKit Commit: fe2a6a572c960334e5bd9af22bf151a91e0ad36e https://github.com/WebKit/WebKit/commit/fe2a6a572c960334e5bd9af22bf151a91e0ad36e Author: Richard Robinson Date: 2024-05-30 (Thu, 30 May 2024) Changed paths

Re: 2.4.0 To Be Released Friday!

On 5/30/24 18:41, Pavel Sanda wrote: And who will be maintainer for the stable? Riki do you still have energy to keep the boat afloat? I'm happy to keep doing it. If anyone would like to take over, though, I'd be happy to pass the baton. Riki -- lyx-devel mailing list

[wsjt-devel] Fortran error on Fedora 40+

in Fedora 39. Thanks, Richard KF5OIM ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Bug#1070482: systemd: tmpfiles.d not cleaning /var/tmp by default

Luca Boccassi writes: > Here's two paragraphs, one for each change, for the release notes: - More context and explanation would be helpful - suggestions below, - Based on the discussion on d-devel, the tmpfs change is much less controversial and so should be lower down. - how do we

Bug#1070482: systemd: tmpfiles.d not cleaning /var/tmp by default

Luca Boccassi writes: > Here's two paragraphs, one for each change, for the release notes: - More context and explanation would be helpful - suggestions below, - Based on the discussion on d-devel, the tmpfs change is much less controversial and so should be lower down. - how do we

2.4.0 To Be Released Friday!

I've uploaded everything to the FTP server and will now wait the usual 24 hours or so for the mirrors to sync. Official release will be done some time tomorrow, but those who are impatient can find the tarballs and binaries on the main server: http://ftp.lyx.org/pub/lyx/ Riki -- lyx-devel

Bug#778903: logcheck: saslauthd logging has changed

On Sat, 21 Feb 2015 14:53:21 + Andrew Gallagher wrote: > New versions of saslauthd say "pam_unix(smtp:auth)" instead of "(pam_unix)". > New rule is: > > ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ saslauthd\[[[:digit:]]+\]: > pam_unix\(smtp:auth\) authentication failure; logname= uid=0 euid=0

Bug#765944: logcheck-database: improved openvpn rules

On Sun, 19 Oct 2014 14:06:02 +0100 Peter Wyss wrote: > Package: logcheck-database > The logcheck ignore.d.server rules for openvpn need some adjustments. > > The following 2 entries need to be adjusted to include [AF_INET]: > ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ >

Bug#693183: Please include ignore.d.server rules for DMA

On Wed, 14 Nov 2012 03:50:07 +0100 Carlos Alberto Lopez Perez wrote: > Package: logcheck-database > Hello, > > After deploying DMA, I found that logcheck is not filtering the typical > notification messages of mail delivery that any mailer daemon generates. > > I successfully filtered all this

Bug#1002453: logcheck: [logcheck-database] rules for opensmtpd

On Wed, 22 Dec 2021 11:08:09 +0100 Amadego wrote: > These are a proposal for escluding lines that are not harmful: > > ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ smtpd\[[[:digit:]]+\]: > [[:xdigit:]]{16} mta (connecting|connected|disconnected|tls ciphers=).*$ > ^\w{3} [ :[:digit:]]{11}

Bug#625894: logcheck-database: /etc/logcheck/ignore.d.server/spamd regexp broken, triggered by unusual Message-Id

On Thu, 09 May 2013 14:49:29 -0700 Gerald Turner wrote: > Gerald Turner writes: > > Hello, there are a few commas that are out of place in one of the > > spamassassin expressions: > > FYI, but is still present in logcheck-database 1.3.15 (wheezy). (hello again) It looks like the spamd rules

Bug#590674: [logcheck-database] rules for atftpd

On Wed, 28 Jul 2010 13:47:53 +0200 Hendrik Jaeger wrote: > Package: logcheck-database > We use these rules for atftpd messages: > > ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ atftpd\[[[:digit:]]+\]: > timeout: retrying...$ ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ > atftpd\[[[:digit:]]+\]: Fetching

Re: [PATCH 4/4]AArch64: enable new predicate tuning for Neoverse cores.

nal { check-function-bodies "**" "" } } */ > + > +#pragma GCC target "+sve" > + > +#include > + > +extern void use(svbool_t); > + > +/* > +** foo: > +** ... > +** ptrue p([1-9][0-9]?).b, all Might be better to make this p([1-3]), s

Re: [PATCH 3/4]AArch64: add new alternative with early clobber to patterns

2.b, %.b > + [ ?Upa, 0 , Upa, ; yes ] ^ > + [ Upa , Upa, Upa, ; no ] ^ >} > ) but I think we should keep this factoring/abstraction and just add the extra alternatives regardless. I.e.: {@ [ cons: =0, 1 , 2 , 3 ; attrs: pred_clobber ] [ , Upa , Upa , ; yes ] brk\t%0.b, %1/z, %2.b, %.b [ ?Upa, 0Upa, 0Upa, 0; yes ] ^ [ Upa , Upa , Upa , ; no ] ^ (even though this gives "00", which is valid but redundant). OK with those changes, thanks. Richard

Bug#925248: /etc/logcheck/ignore.d.server/postfix: update rule for log message written when TLS connection is established

On Fri, 22 Mar 2019 03:41:03 +0900 Yasuhiro KIMURA wrote: > There is following rule in ignore.d.server/postfix. > > ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd?\[[[:digit:]]+\]: > ((Anonymous|Trusted|Verified) )?TLS connection established (to|from) > [^[:space:]]+:

Re: [mailop] [STATE OF THE UNION] Tales from the Trenches..

Cop. Thanks! -- Richard ___ mailop mailing list mailop@mailop.org https://list.mailop.org/listinfo/mailop

[jira] [Resolved] (TOMEE-4346) Commons Lang 3.14.0

[ https://issues.apache.org/jira/browse/TOMEE-4346?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard Zowalla resolved TOMEE-4346. Resolution: Fixed > Commons Lang 3.14.0 > --- > >

[jira] [Created] (TOMEE-4346) Commons Lang 3.14.0

Richard Zowalla created TOMEE-4346: -- Summary: Commons Lang 3.14.0 Key: TOMEE-4346 URL: https://issues.apache.org/jira/browse/TOMEE-4346 Project: TomEE Issue Type: Dependency upgrade

[jira] [Resolved] (TOMEE-4344) MP6: OpenAPI 3.1

[ https://issues.apache.org/jira/browse/TOMEE-4344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard Zowalla resolved TOMEE-4344. Resolution: Fixed > MP6: OpenAPI 3.1 > > >

[jira] [Resolved] (TOMEE-4345) Commons Logging 1.3.2

[ https://issues.apache.org/jira/browse/TOMEE-4345?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard Zowalla resolved TOMEE-4345. Resolution: Fixed > Commons Logging 1.3.2 > - > >

[jira] [Updated] (TOMEE-4345) Commons Logging 1.3.2

[ https://issues.apache.org/jira/browse/TOMEE-4345?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Richard Zowalla updated TOMEE-4345: --- Issue Type: Dependency upgrade (was: Task) > Commons Logging 1.

[jira] [Created] (TOMEE-4345) Commons Logging 1.3.2

Richard Zowalla created TOMEE-4345: -- Summary: Commons Logging 1.3.2 Key: TOMEE-4345 URL: https://issues.apache.org/jira/browse/TOMEE-4345 Project: TomEE Issue Type: Task Affects

Re: [PATCH RISU v2 06/13] risugen: Add sparc64 support

On 5/30/24 06:23, Peter Maydell wrote: +sub open_asm($) +{ +my ($basename) = @_; +my $fname = $basename . ".s"; +open(ASM, ">", $fname) or die "can't open $fname: $!"; +select ASM; I think that using Perl select like this is liable to be rather confusing, because it has "action

Bug#547774: dovecot-related rules against logcheck

Hi, logcheck has several old bugs suggesting new rules for dovecot. It's a pitty no-one replied, but let's change that now. Unfortuntely, the patches in these bugs do not cleanly apply to the latest version. I had a look at updating but not being a dovecot user akes it less thn feasible Is

<    5   6   7   8   9   10   11   12   13   14   >