[clang] [clang] Allow builtin addc/subc to be constant evaluated (PR #81656)

@@ -12691,6 +12691,56 @@ bool IntExprEvaluator::VisitBuiltinCallExpr(const CallExpr *E, return BuiltinOp == Builtin::BI__atomic_always_lock_free ? Success(0, E) : Error(E); } + case Builtin::BI__builtin_addcb: + case Builtin::BI__builtin_addcs: + case

[clang] [clang] Allow builtin addc/subc to be constant evaluated (PR #81656)

@@ -12691,6 +12691,56 @@ bool IntExprEvaluator::VisitBuiltinCallExpr(const CallExpr *E, return BuiltinOp == Builtin::BI__atomic_always_lock_free ? Success(0, E) : Error(E); } + case Builtin::BI__builtin_addcb: + case Builtin::BI__builtin_addcs: + case

[clang] [clang] Allow builtin addc/subc to be constant evaluated (PR #81656)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/81656 >From 9bea6282aae73372a80aa3d0532ae0532b4ca948 Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 9 Feb 2024 16:56:57 -0600 Subject: [PATCH] [clang] Allow builtin addc/subc to be constant evalua

[clang] [clang] Allow builtin addc/subc to be constant evaluated (PR #81656)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/81656 >From 6663b6269aad51ebf8cc0703d8594f0216cf5610 Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 9 Feb 2024 16:56:57 -0600 Subject: [PATCH] [clang] Allow builtin addc/subc to be constant evalua

[clang] [clang] Allow builtin addc/subc to be constant evaluated (PR #81656)

rom a49372838fdbd4c908cddcbe0144ffaf0a83991d Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 9 Feb 2024 16:56:57 -0600 Subject: [PATCH] [clang] Allow builtin addc/subc to be constant evaluated --- clang/docs/LanguageExtensions.rst | 10 ++ clang/include/clang/Basic/Builtins.td | 4 +-- clang/lib/

Re: [Servercert-wg] [Voting Period Begins] SC-070: Clarify the use of DTPs for Domain Control Validation

Mozilla votes "yes" to Ballot SC-070. On Tue, Feb 13, 2024 at 9:56 AM Aaron Gable via Servercert-wg < servercert-wg@cabforum.org> wrote: > This new voting period is to fix a typo in the End timestamp of the voting > period for the previous version of this ballot. The contents of the motion >

Re: [cabf_netsec] Update to restructure draft

Hi Tim, Thanks very much for the constructive feedback! Some more thoughts in-line below: >> From: Tim Hollebeek >> Subject: RE: [Netsec-management] Update to restructure draft >> Date: February 2, 2024 at 8:18:39 AM PST >> To: Clint Wilson >> Cc: NetSec M

[cabf_netsec] Fwd: Update to restructure draft

ment] Update to restructure draft > Date: February 2, 2024 at 8:18:39 AM PST > To: Clint Wilson > Cc: NetSec Management > > Yes, I agree with your analysis. Key points: > > I agree that most if not all of this mess exists or is even worse in the > current NCSSRs, so the w

CCADB Update: PEM Import Tool

All, The PEM Import Tool has been updated and re-run on all root and intermediate certificate records in the CCADB. This tool takes a PEM-encoded certificate and outputs JSON containing data from the parsed certificate. The

[digikam] [Bug 481112] Metadata Tools: Import metadata settings per image from a JSON file

https://bugs.kde.org/show_bug.cgi?id=481112 Don Goodman-Wilson changed: What|Removed |Added CC||d...@goodman-wilson.com --- Comment #16

Re: [go-cd] Performance of popups in the gui

Hi Hans Is this slowness specific to builds that are currently running? Or is the slowness (and speed up with deleted agents) the same even with builds/stages that are no longer running (even if the agents are)? Anything majorly different about this GoCD server setup compared to the others, e.g

Re: [go-cd] API on pipeline instance returns 404

Hiya David Did you look at https://api.gocd.org/19.1.0/#get-pipeline-instance ? You need *GET /go/api/pipelines/:pipeline_name/instance/:pipeline_counter *to get an instance of a pipeline run - that should work? -Chad On Mon, Feb 12, 2024 at 8:46 PM David DOS SANTOS wrote: > Hello, > > I'm

Re: [Servercert-wg] Seeking endorsers: SC-065: Convert EVGs into RFC 3647 format pre-ballot

I'm willing to endorse. On Thu, Feb 8, 2024 at 10:52 AM Inigo Barreira via Servercert-wg < servercert-wg@cabforum.org> wrote: > Hi, > > > > As mentioned in the past SCWG call, I´m looking for 2 endorsers for this > ballot. > > > > Regards > > > > *De:* Servercert-wg *En nombre de *Inigo >

RE: [neonixie-l] B-7971 on ebay for $140

. The date appears to be Jan 2nd, 2000 So, although they may have been in storage since 2000, they were not new. Michail Wilson 206-920-6312 From: neonixie-l@googlegroups.com On Behalf Of Robert Sent: Thursday, February 8, 2024 4:35 AM To: neonixie-l@googlegroups.com Subject: Re: [neonixie-l] B-7971

[neonixie-l] B-7971 on ebay for $140

https://www.ebay.com/itm/315143518581 Not my auction. 0 feedback user, but has 10 available. Michail -- You received this message because you are subscribed to the Google Groups "neonixie-l" group. To unsubscribe from this group and stop receiving emails from it, send an email to

Re: Public Discussion of Acquisition of e-commerce monitoring GmbH by AUSTRIA CARD-Plastikkarten und Ausweissysteme GmbH

If incidents are sufficiently recent or still have relevance, then we could update the Bugzilla bugs "Summaries" by replacing the name of the previous operator with the name of the new entity when there is a name change or CA operator replacement.) Ben > > Thanks, > Aar

[pydotorg-www] see technical bulletin below

Description automatically generated] (877) 600-6550 comnexia.com<https://comnexia.com> Thanks, Mike [https://www.comnexia.com/wp-content/uploads/2022/01/Mike_Wilson.png] Mike Wilson COMNEXIA Corporation p: (678) 323-5002 m: (404) 259-7460 w: comnexia.com<https://comnexia.com/> e

Re: P30?

P3n > On 03/02/2024 13:10 GMT Mark Roberts wrote: > > > Could be. Its variant the P30n, by the way, is the famed Pentax "Ned". > > Feb 3, 2024 4:57:28 AM Bob W PDML : > > > https://www.instagram.com/p/C24TyRFNwjY/?igsh=MXJkcTNnd3VlMTBkOQ== > > -- > > %(real_name)s Pentax-Discuss Mail List

[Scikit-learn-commits] Re: [scikit-learn/scikit-learn] 528b04: FIX ColumnTransformer.get_feature_names with for e...

Gününüz xeyir. Mostbet AZ mobil proqramını haradan yükləmək barədə fantastik məqaləyə görə bu https://mosbetazerbaycan.com/mobile-apps/ saytına təşəkkürlər! Məlumat təkcə dəqiq deyil, həm də daha az olanların belə təqdim etdiyi şəkildə təqdim olunurdu. texnoloji biliklərə sahib olanlar izləyə

[CoTyroneMailingList] Re: FAMILY TREES

This is an excellent service being provided. Thank you. Questions. the Guidelines state: • NOTE - Persons without a Date of Birth and no Date of Death are assumed to be Living With a birth year recorded, but no Death Date… what is the cut off age to assume death by the software, and

Re: Public Discussion of Acquisition of e-commerce monitoring GmbH by AUSTRIA CARD-Plastikkarten und Ausweissysteme GmbH

the Mozilla Root Store Policy >> >> ·Ownership and governance >> >> ·Investment and budget for CA operations, risk management, and >> compliance >> >> ·Community engagement and involvement in industry groups >> >> ·E

Re: [Servercert-wg] [Discussion Period Begins]: SC-69 Clarify router and firewall logging requirements

as part of the > "Firewall and router activities" logging requirement in the Baseline > Requirements. > > This ballot is proposed by Martijn Katerbarg (Sectigo) and endorsed by Daniel > Jeffery (Fastly) and Ben Wilson (Mozilla). > > --- Motion Begins --- > > This ba

profiling vibe

I can't seem to be able to use `--profile` with vibe: ```shell dub init -t vibe.d dub build --build=profile ../../.dub/packages/vibe-core/2.7.3/vibe-core/source/vibe/internal/async.d-mixin-119(142,3): Warning: statement is not reachable

Public Discussion of Acquisition of e-commerce monitoring GmbH by AUSTRIA CARD-Plastikkarten und Ausweissysteme GmbH

t in industry groups ·Employee expertise and continuity ·Operational design and ongoing GRC management ·Auditors and auditing Thanks, Ben Wilson Mozilla Root Store Program -- You received this message because you are subscribed to the Google Groups "dev-security-

[flang] [lldb] [libcxx] [libc] [llvm] [clang] [libunwind] [clang-tools-extra] [compiler-rt] [lld] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/16] [X86] Use RORX over SHR imm --- llvm/lib/Target/

[Lldb-commits] [flang] [lldb] [libcxx] [libc] [llvm] [clang] [libunwind] [clang-tools-extra] [compiler-rt] [lld] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/16] [X86] Use RORX over SHR imm --- llvm/lib/Target/

[Lldb-commits] [flang] [lldb] [libcxx] [libc] [llvm] [clang] [libunwind] [clang-tools-extra] [compiler-rt] [lld] [X86] Use RORX over SHR imm (PR #77964)

Bryce-MW wrote: I spent some time trying out something much more complex: starting at the user of flags that has other inputs (ADC, SBB, CMOVcc are the main ones), trace back the non-flags inputs to see if the node producing the flags inputs is along their paths then check the path from there

[flang] [lldb] [libcxx] [libc] [llvm] [clang] [libunwind] [clang-tools-extra] [compiler-rt] [lld] [X86] Use RORX over SHR imm (PR #77964)

Bryce-MW wrote: I spent some time trying out something much more complex: starting at the user of flags that has other inputs (ADC, SBB, CMOVcc are the main ones), trace back the non-flags inputs to see if the node producing the flags inputs is along their paths then check the path from there

[libunwind] [llvm] [flang] [lldb] [libc] [clang] [lld] [compiler-rt] [libcxx] [clang-tools-extra] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW ready_for_review https://github.com/llvm/llvm-project/pull/77964 ___ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

[Lldb-commits] [libunwind] [llvm] [flang] [lldb] [libc] [clang] [lld] [compiler-rt] [libcxx] [clang-tools-extra] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW ready_for_review https://github.com/llvm/llvm-project/pull/77964 ___ lldb-commits mailing list lldb-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits

Public Discussion of Firmaprofesional CA Inclusion Request

All, This email commences a six-week public discussion of Firmaprofesional’s request to include the “FIRMAPROFESIONAL CA ROOT-A WEB” as a publicly trusted root certificate in one or more CCADB Root Store Member’s program. This discussion period is scheduled to close on March 13, 2024. The

Re: [Infrastructure] New cabforum.org website

go > Barreira ; Stephen Davidson < > stephen.david...@digicert.com>; Kiran Tummala ; > Martijn Katerbarg ; Clint Wilson < > cli...@apple.com>; David Kluge ; Paul van Brouwershaven > > *Cc:* infrastructure@cabforum.org > *Subject:* Re: New cabforum.org website > &

Re: [Infrastructure] New cabforum.org website

; *To:* Dimitris Zacharopoulos (HARICA) ; Bruce Morton < > bruce.mor...@entrust.com>; Dean Coclin ; Inigo > Barreira ; Stephen Davidson < > stephen.david...@digicert.com>; Kiran Tummala ; > Martijn Katerbarg ; Clint Wilson < > cli...@apple.com>; David Kluge > *Cc:* in

Re: PESO night tracks

Assuming capable equipment (and, even then) contre jour is rarely other than a winner. > On 30/01/2024 07:54 GMT Larry Colen wrote: > > > I almost got home from the ride before it was totally dark, but had to stop > and shoot the sunset >

Re: [Servercert-wg] Voting Begins for Ballot SC-68: Allow VATEL and VATXI for organizationIdentifier

ending Directive 2006/112/EC > that requires the prefix "XI" for the identification of taxable persons in > Northern Ireland. > > This pull request <https://github.com/cabforum/servercert/pull/473> proposes > updates to the EV Guidelines to allow those additional pre

[Wikitech-ambassadors] Tech News 2024, week 05

The latest technical newsletter is now available at https://meta.wikimedia.org/wiki/Special:MyLanguage/Tech/News/2024/05. Below is the English version. You can help write the next newsletter: Whenever you see information about Wikimedia technology that you think should be distributed more broadly,

[Translators-l] Re: Ready for translation: Tech News #05 (2024)

Thank you all for your help! It is deeply appreciated. The newsletter has now been delivered (in 26 languages) to 1,103 pages. ___ Translators-l mailing list -- translators-l@lists.wikimedia.org To unsubscribe send an email to

[libc] [clang-tools-extra] [lldb] [flang] [compiler-rt] [libcxx] [llvm] [libunwind] [clang] [lld] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/16] [X86] Use RORX over SHR imm --- llvm/lib/Target/

[Lldb-commits] [libc] [clang-tools-extra] [lldb] [flang] [compiler-rt] [libcxx] [llvm] [libunwind] [clang] [lld] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/16] [X86] Use RORX over SHR imm --- llvm/lib/Target/

[libc] [clang-tools-extra] [lldb] [flang] [compiler-rt] [libcxx] [llvm] [libunwind] [clang] [lld] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/16] [X86] Use RORX over SHR imm --- llvm/lib/Target/

[Lldb-commits] [libc] [clang-tools-extra] [lldb] [flang] [compiler-rt] [libcxx] [llvm] [libunwind] [clang] [lld] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/16] [X86] Use RORX over SHR imm --- llvm/lib/Target/

Re: Preparing for the New DIP Process

On Saturday, 27 January 2024 at 10:42:26 UTC, FairEnough wrote: On Saturday, 27 January 2024 at 08:00:32 UTC, Jordan Wilson wrote: ... I suspect the proportion of users that really care about explicit class privacy and find the workaround of putting a class that needs such privacy

Re: Preparing for the New DIP Process

On Friday, 26 January 2024 at 23:41:51 UTC, FairEnough wrote: On Thursday, 25 January 2024 at 00:19:54 UTC, Jordan Wilson wrote: ... That wasn't what was said. What was said was "causing US problems". I.e. on the whole, the lack of class-level privacy does not appear to be causing

Re: Preparing for the New DIP Process

On Saturday, 27 January 2024 at 05:14:18 UTC, FairEnough wrote: On Saturday, 27 January 2024 at 04:35:11 UTC, Jordan Wilson wrote: On Saturday, 27 January 2024 at 02:18:29 UTC, zjh wrote: On Saturday, 27 January 2024 at 02:12:25 UTC, FairEnough wrote: `module private and no class private

Re: Preparing for the New DIP Process

On Saturday, 27 January 2024 at 02:18:29 UTC, zjh wrote: On Saturday, 27 January 2024 at 02:12:25 UTC, FairEnough wrote: `module private and no class private` goes against the `consistency, integrity, encapsulation, and redundancy` pursued by D, just to maintain the uniqueness between `D

[Translators-l] Re: Ready for translation: Tech News #05 (2024)

On Thu, Jan 25, 2024 at 8:27 PM Nick Wilson (Quiddity) < nwil...@wikimedia.org> wrote: > The latest tech newsletter is ready for early translation: > https://meta.wikimedia.org/wiki/Tech/News/2024/05 > > Direct translation link: > > https://meta.wikimedia.org/w/index.php

[African Wikimedians] [Wiki Loves Africa] Office Hours - (English language) : January 2024

Hello Friends, There will be Wiki Loves Africa Office Hours on *Saturday 27*, January 2024. Below are the details: *Language: *English *Date & Time: *Saturday January 27, 2024 (16:00 PM UTC) *Meeting link: Click to Join * Come prepared with your questions,

[Commons-l] [Wiki Loves Africa] Office Hours - (English language) : January 2024

Hello Friends, There will be Wiki Loves Africa Office Hours on *Saturday 27*, January 2024. Below are the details: *Language: *English *Date & Time: *Saturday January 27, 2024 (16:00 PM UTC) *Meeting link: Click to Join * Come prepared with your questions,

[Translators-l] Ready for translation: Tech News #05 (2024)

The latest tech newsletter is ready for early translation: https://meta.wikimedia.org/wiki/Tech/News/2024/05 Direct translation link: https://meta.wikimedia.org/w/index.php?title=Special:Translate=page-Tech%2FNews%2F2024%2F05=page We plan to send the newsletter on Monday afternoon (UTC), i.e.

[Lldb-commits] [compiler-rt] [libunwind] [clang] [llvm] [lld] [libc] [flang] [lldb] [clang-tools-extra] [libcxx] [X86] Use RORX over SHR imm (PR #77964)

Bryce-MW wrote: I think the fail on Windows is not related. Hopefully a merge fixes it... https://github.com/llvm/llvm-project/pull/77964 ___ lldb-commits mailing list lldb-commits@lists.llvm.org

[compiler-rt] [libunwind] [clang] [llvm] [lld] [libc] [flang] [lldb] [clang-tools-extra] [libcxx] [X86] Use RORX over SHR imm (PR #77964)

Bryce-MW wrote: I think the fail on Windows is not related. Hopefully a merge fixes it... https://github.com/llvm/llvm-project/pull/77964 ___ cfe-commits mailing list cfe-commits@lists.llvm.org

[compiler-rt] [libunwind] [clang] [llvm] [lld] [libc] [flang] [lldb] [clang-tools-extra] [libcxx] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/15] [X86] Use RORX over SHR imm --- llvm/lib/Target/

[Lldb-commits] [compiler-rt] [libunwind] [clang] [llvm] [lld] [libc] [flang] [lldb] [clang-tools-extra] [libcxx] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/15] [X86] Use RORX over SHR imm --- llvm/lib/Target/

[kwin] [Bug 480326] kwin segfault when starting Odamex with the OpenGL renderer

https://bugs.kde.org/show_bug.cgi?id=480326 --- Comment #1 from Kevin Wilson --- Apologies: s/GZDoom/Odamex/g Otherwise, all else is the same. I'm starting Odamex from a launcher (DoomRunner) that crafts a command line string to pass to the executable. GZDoom runs well on this machine and does

[kwin] [Bug 480326] kwin segfault when starting Odamex with the OpenGL renderer

https://bugs.kde.org/show_bug.cgi?id=480326 Kevin Wilson changed: What|Removed |Added Summary|kwin segfault when starting |kwin segfault when starting

[kwin] [Bug 480326] New: kwin segfault when starting GZDoom with the OpenGL renderer

https://bugs.kde.org/show_bug.cgi?id=480326 Bug ID: 480326 Summary: kwin segfault when starting GZDoom with the OpenGL renderer Classification: Plasma Product: kwin Version: 5.27.9 Platform: Compiled Sources

[Lldb-commits] [clang] [flang] [libc] [libcxx] [clang-tools-extra] [lldb] [lld] [libunwind] [llvm] [compiler-rt] [X86] Use RORX over SHR imm (PR #77964)

@@ -4216,6 +4217,97 @@ MachineSDNode *X86DAGToDAGISel::emitPCMPESTR(unsigned ROpc, unsigned MOpc, return CNode; } +// When the consumer of a right shift (arithmetic or logical) wouldn't notice +// the difference if the instruction was a rotate right instead (because the

[clang] [flang] [libc] [libcxx] [clang-tools-extra] [lldb] [lld] [libunwind] [llvm] [compiler-rt] [X86] Use RORX over SHR imm (PR #77964)

@@ -4216,6 +4217,97 @@ MachineSDNode *X86DAGToDAGISel::emitPCMPESTR(unsigned ROpc, unsigned MOpc, return CNode; } +// When the consumer of a right shift (arithmetic or logical) wouldn't notice +// the difference if the instruction was a rotate right instead (because the

[clang] [flang] [libc] [libcxx] [clang-tools-extra] [lldb] [lld] [libunwind] [llvm] [compiler-rt] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/15] [X86] Use RORX over SHR imm --- llvm/lib/Target/

[Lldb-commits] [clang] [flang] [libc] [libcxx] [clang-tools-extra] [lldb] [lld] [libunwind] [llvm] [compiler-rt] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/15] [X86] Use RORX over SHR imm --- llvm/lib/Target/

Re: [go-cd] question on pipeline and view ordering

1) Pipelines on dashboard should be ordered for display by - pipeline group | environment, in order that you see it in the config file (may be different for pipelines-as-code implied groups|envs) - then by pipeline as implied by - order it is in config file - pipelines-as-code:

Re: [PSES] UKCA Extension .... again

rward an additional statutory instrument to legislate for further measures in Spring 2024" There will be a general election in the UK this year (or possibly early 2025) and a new government may interfere with what is currently planned. Nothing like certainty! Good luck all. Matthew Wilson, GB Elect

[flang] [libunwind] [llvm] [clang] [lld] [lldb] [libc] [clang-tools-extra] [compiler-rt] [libcxx] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/14] [X86] Use RORX over SHR imm --- llvm/lib/Target/

[Lldb-commits] [flang] [libunwind] [llvm] [clang] [lld] [lldb] [libc] [clang-tools-extra] [compiler-rt] [libcxx] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/14] [X86] Use RORX over SHR imm --- llvm/lib/Target/

Re: Dlang mtg at Red Robin in Overlake 7pm tonight

On Wednesday, 24 January 2024 at 20:49:51 UTC, Walter Bright wrote: be there or be square! PhobosV3 is on the menu!

Re: Preparing for the New DIP Process

On Wednesday, 24 January 2024 at 22:32:12 UTC, FairEnough wrote: On Monday, 22 January 2024 at 23:28:40 UTC, Jonathan M Davis wrote: ... but it's not a feature that has actually been causing us problems, and it really doesn't make sense at this point to change how it works. But the argument

[clang] [clang-tools-extra] [llvm] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/14] [X86] Use RORX over SHR imm --- llvm/lib/Target/

[clang-tools-extra] [llvm] [clang] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/13] [X86] Use RORX over SHR imm --- llvm/lib/Target/

[African Wikimedians] [Wiki Loves Africa] Office Hours - (English language) : January 2024

questions, suggestions and concerns. For more details: https://bit.ly/wla24meet <https://meta.wikimedia.org/wiki/Wiki_Loves_Africa_2024/News#English_Office_Hours> . Best -- *Wilson Oluoha* UTC+1 Skype: studywilson1106 | Telegram: @Wilsn_Oluoha | Whatsapp: message <https://

Re: [AFMUG] Used Juniper

The key is to make your network modular so you can swap out Cisco for Juniper or Juniper for Cisco or whatever the flavor of router/switch you may like at that point in time. Try not to get tied to an ecosystem. Justin Wilson j...@mtin.net — https://j2sw.com (AS399332) https://blog.j2sw.com

[clang-tools-extra] [clang] [llvm] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/11] [X86] Use RORX over SHR imm --- llvm/lib/Target/

[grpc-io] Re: Is hedgingPolicy supported in C++

Sorry, I don't believe C++ has implemented hedging. On Monday, January 22, 2024 at 6:29:21 AM UTC-8 Leonid Lazarev wrote: > Hello, > > Does "hedgingPolicy" is suported for C++ grpc or not? > > I see description for hedging in proposal, https:// >

[clang-tools-extra] [llvm] [clang] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/11] [X86] Use RORX over SHR imm --- llvm/lib/Target/

[llvm] [clang-tools-extra] [clang] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 01/10] [X86] Use RORX over SHR imm --- llvm/lib/Target/

[clang] [clang-tools-extra] [llvm] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 1/9] [X86] Use RORX over SHR imm --- llvm/lib/Target/

Re: [Servercert-wg] Voting Begins for Ballot SC-68: Allow VATEL and VATXI for organizationIdentifier

> 2006/112/EC that requires the prefix "XI" for the identification of taxable > persons in Northern Ireland. > > This pull request <https://github.com/cabforum/servercert/pull/473> > proposes updates to the EV Guidelines to allow those additional prefixes. > It also fi

[Translators-l] Re: Ready for translation: Tech News #04 (2024)

Thank you all for your help! It is deeply appreciated. The newsletter has now been delivered (in 20 languages) to 1,104 pages. ___ Translators-l mailing list -- translators-l@lists.wikimedia.org To unsubscribe send an email to

[Wikitech-ambassadors] Tech News 2024, week 04

The latest technical newsletter is now available at https://meta.wikimedia.org/wiki/Special:MyLanguage/Tech/News/2024/04. Below is the English version. You can help write the next newsletter: Whenever you see information about Wikimedia technology that you think should be distributed more broadly,

Re: Preparing for the New DIP Process

On Sunday, 21 January 2024 at 07:36:31 UTC, zjh wrote: On Sunday, 21 January 2024 at 07:11:50 UTC, Jordan Wilson wrote: I think it's fair to say most people where happy (or neutral) with the status quo, and were not convinced by the pro-class-level arguments. So there are very few people

Re: Preparing for the New DIP Process

On Saturday, 20 January 2024 at 22:53:15 UTC, privateWHAT wrote: On Thursday, 18 January 2024 at 07:19:19 UTC, Mike Parker wrote: * establish support for fleshing out ideas before a DIP is even written It's 2024. That should have been the principle a decade ago Remember how the so called

[Translators-l] Re: Ready for translation: Tech News #04 (2024)

On Thu, Jan 18, 2024 at 5:41 PM Nick Wilson (Quiddity) < nwil...@wikimedia.org> wrote: > The latest tech newsletter is ready for early translation: > https://meta.wikimedia.org/wiki/Tech/News/2024/04 > > Direct translation link: > > https://meta.wikimedia.org/w/index.php

Re: Help optimize D solution to phone encoding problem: extremely slow performace.

On Friday, 19 January 2024 at 08:57:40 UTC, Renato wrote: Do you know why the whole thread seems to have disappeared?? There's a lot of good stuff in the thread, it would be a huge shame to lose all that! I agree! Thanks for posting your benchmarks, I thought your whole benching setup was

Re: Impressed again

I had the luck to be loaned one for about 9 months by Denis Klimovich. Made some of my (technically) best pictures with it. Considering the use it got (-25degreesC, covered in snow then condensation, lugged around various crowded venues, etc) it's pretty robust as well. > On 19/01/2024 01:38

[Translators-l] Ready for translation: Tech News #04 (2024)

The latest tech newsletter is ready for early translation: https://meta.wikimedia.org/wiki/Tech/News/2024/04 Direct translation link: https://meta.wikimedia.org/w/index.php?title=Special:Translate=page-Tech%2FNews%2F2024%2F04=page We plan to send the newsletter on Monday afternoon (UTC), i.e.

Re: CCADB Self-Assessment - Version 1.3 Released

Assessment v 1.3? Could not find it from cabforum.org? > > BR, Antti > > keskiviikko 17. tammikuuta 2024 klo 20.39.38 UTC+2 Ben Wilson kirjoitti: > >> Greetings all, >> >> >> The CCADB Steering Committee has updated the CCADB Self-Assessment to Versio

[llvm] [clang-tools-extra] [clang] [X86] Use RORX over SHR imm (PR #77964)

https://github.com/Bryce-MW updated https://github.com/llvm/llvm-project/pull/77964 >From d4c312b9dbf447d0a53dda0e6cdc482bd908430b Mon Sep 17 00:00:00 2001 From: Bryce Wilson Date: Fri, 12 Jan 2024 16:01:32 -0600 Subject: [PATCH 1/8] [X86] Use RORX over SHR imm --- llvm/lib/Target/

CCADB Self-Assessment - Version 1.3 Released

e Self-Assessment (now reflects MRSP Version 2.9 requirements) - Chrome Root Program Policy v. 1.5 Self-Assessment (from Version 1.4) - CCADB policy v 1.3 Self-Assessment (from Version 1.2.1) - TLS BRs v 2.0.2 (from Version 2.0.0) Thank you, Ben Wilson, on behalf of the CC

Re: [Smcwg-public] Voting period begins for SMC-05: Adoption of CAA for S/MIME

iCert and > endorsed by Dimitris Zacharopoulos of HARICA and Ben Wilson of Mozilla. > > > > *— MOTION BEGINS —* > > > > This ballot modifies Version 1.0.2 of the “Baseline Requirements for the > Issuance and Management of Publicly-Trusted S/MIME Certificates” (“S

Re: [Smcwg-public] Voting period begins for SMC-05: Adoption of CAA for S/MIME

t; the use of Certification Authority Authorization (CAA) Processing for Email > Addresses as defined in RFC 9495. It also includes minor typographic > corrections. > > The following motion has been proposed by Corey Bonnell of DigiCert and > endorsed by Dimitris Zacharopoulos of HARICA

Re: [Smcwg-public] Certificate Template Information extension and SBR allowance

While I think I agree with the intent of Tim’s statement (especially in the context of this discussion and its applicability thereto), taken literally I believe it is stating something with broader impact than intended. What I mean is that it’s important to carry the complete context of an OID

Re: Audit Reminder Email Summary - Intermediate Certificates

Forwarded Message Subject: Summary of January 2024 Outdated Audit Statements for Intermediate Certs Date: Tue, 16 Jan 2024 13:00:09 + (GMT) CA Owner: Government of The Netherlands, PKIoverheid (Logius) - Certificate Name: DigiCert QuoVadis PKIoverheid Organisatie

Re: Audit Reminder Email Summary - Root Certificates

Forwarded Message Subject: Summary of January 2024 Audit Reminder Emails Date: Tue, 16 Jan 2024 13:00:28 + (GMT) Mozilla: Audit Reminder CA Owner: Buypass Root Certificates: Buypass Class 3 Root CA Buypass Class 2 Root CA Standard Audit:

[Wikitech-ambassadors] Tech News 2024, week 03

The latest technical newsletter is now available at https://meta.wikimedia.org/wiki/Special:MyLanguage/Tech/News/2024/03. Below is the English version. You can help write the next newsletter: Whenever you see information about Wikimedia technology that you think should be distributed more broadly,

[Translators-l] Re: Ready for translation: Tech News #03 (2024)

Thank you all for your help! It is deeply appreciated. The newsletter has now been delivered (in 22 languages) to 1,109 pages. ___ Translators-l mailing list -- translators-l@lists.wikimedia.org To unsubscribe send an email to

Re: Help optimize D solution to phone encoding problem: extremely slow performace.

On Saturday, 13 January 2024 at 11:03:42 UTC, Renato wrote: I like to use a phone encoding problem to determine the strenghtness and weaknesses of programming languages because this problem is easy enough I can write solutions in any language in a few hours, but complex enough to exercise lots

Re: [tor-dev] Timers in Arti?

Michael, what kind of reduction in battery impact would you expect if you were able to make these changes? Also, is anyone aware of any work that has been done within this community or in academia to consider from first principles what Tor would look like if built for mobile first? (e.g. built

[Translators-l] Re: Ready for translation: Tech News #03 (2024)

On Thu, Jan 11, 2024 at 5:03 PM Nick Wilson (Quiddity) < nwil...@wikimedia.org> wrote: > The latest tech newsletter is ready for early translation: > https://meta.wikimedia.org/wiki/Tech/News/2024/03 > > Direct translation link: > > https://meta.wikimedia.org/w/index.php

[Bug 2049217] [NEW] requestsync fails with ModuleNotFoundError: No module named 'keyring' error

Public bug reported: Ubuntu Noble requestsync has started failing on this version of Ubuntu $ requestsync mkosi Traceback (most recent call last): File "/usr/bin/requestsync", line 402, in main() File "/usr/bin/requestsync", line 187, in main

[Translators-l] Ready for translation: Tech News #03 (2024)

The latest tech newsletter is ready for early translation: https://meta.wikimedia.org/wiki/Tech/News/2024/03 Direct translation link: https://meta.wikimedia.org/w/index.php?title=Special:Translate=page-Tech%2FNews%2F2024%2F03=page We plan to send the newsletter on Monday afternoon (UTC), i.e.

Bug#1060431: mkosi: nspawn settings are no longer copied into place

Package: mkosi Version: 20-1 Severity: normal Tags: upstream patch X-Debbugs-Cc: n...@aldur.co.uk Dear Maintainer, v20 erroneously removed the copy nspawn settings functionality even though it continues to be used by 'machinectl pull-tar'. This has been reversed upstream, and I would if you

<    1   2   3   4   5   6   7   8   9   10   >