From: David Marchand <david.marchand@redhat.com>
To: Andre Muezerie <andremue@linux.microsoft.com>
Cc: dev@dpdk.org, stephen@networkplumber.org,
bruce.richardson@intel.com,
"Morten Brørup" <mb@smartsharesystems.com>,
"Thomas Monjalon" <thomas@monjalon.net>,
"Raslan Darawsheh" <rasland@nvidia.com>
Subject: Re: [PATCH v16 0/3] add diagnostics macros to make code portable
Date: Wed, 29 Jan 2025 15:16:51 +0100 [thread overview]
Message-ID: <CAJFAV8xb4=WRwP0pqzvjunMJmgPNU8UVHEniMjdOtuDU6cC2cA@mail.gmail.com> (raw)
In-Reply-To: <CAJFAV8zJqbLyr62-bx+TJqPTaOaUD5B+8qx+HDdOuZ_wG1kT_Q@mail.gmail.com>
On Wed, Jan 29, 2025 at 2:26 PM David Marchand
<david.marchand@redhat.com> wrote:
>
> On Tue, Jan 21, 2025 at 11:36 PM Andre Muezerie
> <andremue@linux.microsoft.com> wrote:
> >
> > v16:
> > * Updated comment for RTE_CAST_PTR.
> >
> > v15:
> > * Fixed a comment in rte_common.h to make Doxygen happy.
> > * Fixed a typo (extra comma).
> > * Added missing RTE_PTR_UNQUAL needed for ARM64.
> >
> > v14:
> > * Renamed RTE_PTR_DROP_QUALIFIERS into RTE_PTR_UNQUAL to more resemble
> > C23 typeof_unqual.
> > * Added macro RTE_CAST_PTR to make the cast more readable when removing
> > a type qualifier from a pointer.
> >
> > v13:
> > * Renamed RTE_IGNORE_CAST_QUAL into RTE_PTR_DROP_QUALIFIERS.
> > * Added (void *) cast to RTE_PTR_DROP_QUALIFIERS to avoid the need
> > for casting the result in most places where the macro is used.
> >
> > v12:
> > * Added macro RTE_IGNORE_CAST_QUAL and used it as a more compact and
> > readable form to suppress warnings where a cast is used to remove
> > a type qualifier.
> >
> > v11:
> > * Added __rte_diagnostic_ignored_wcast_qual to a few more places where
> > it was needed.
> >
> > v10:
> > * Added __rte_diagnostic_ignored_wcast_qual to a few more places where
> > it was needed.
> >
> > v9:
> > * Added __rte_diagnostic_ignored_wcast_qual to a few more places where
> > it was needed.
> >
> > v8:
> > * Added __rte_diagnostic_ignored_wcast_qual to a few more places where
> > it was needed.
> >
> > v7:
> > * Added __rte_diagnostic_ignored_wcast_qual to a few more places where
> > it was needed.
> >
> > v6:
> > * Added __rte_diagnostic_ignored_wcast_qual to a few more places where
> > it was needed.
> >
> > v5:
> > * Added __rte_diagnostic_ignored_wcast_qual to a few more places where
> > it was needed.
> >
> > v4:
> > * Added __rte_diagnostic_ignored_wcast_qual to a few more places where
> > it was needed.
> >
> > v3:
> > * Added __rte_diagnostic_ignored_wcast_qual to a few more places where
> > it was needed.
> >
> > v2:
> > * Removed __rte_diagnostic_ignored_wstrict_aliasing (introduced
> > in v1).
> > * Removed the pragmas from many files where they were not needed.
> > * In the files where the pragmas were indeed needed, reduced the
> > scope during which they are active, reducing the chance that
> > unforeseen issues are hidden due to warning suppression.
> >
> > Andre Muezerie (3):
> > eal: add diagnostics macros to make code portable
> > drivers/common: add diagnostics macros to make code portable
> > drivers/net: add diagnostics macros to make code portable
>
> I moved a bit the casting macros in rte_common.h (and put them next to
> RTE_CAST_FIELD).
> Thanks for this work André, series applied.
CI is not happy with those changes on ppc64le (this was caught by OBS
after pushing).
See, for example,
https://build.opensuse.org/package/live_build_log/home:bluca:dpdk/dpdk/Fedora_Rawhide/ppc64le
Please send a fix.
--
David Marchand
next prev parent reply other threads:[~2025-01-29 14:17 UTC|newest]
Thread overview: 97+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-27 1:33 [PATCH " Andre Muezerie
2024-12-27 1:33 ` [PATCH 1/3] lib/eal: " Andre Muezerie
2024-12-27 1:33 ` [PATCH 2/3] drivers/common: " Andre Muezerie
2024-12-27 17:57 ` Stephen Hemminger
2024-12-27 19:43 ` Andre Muezerie
2024-12-27 1:33 ` [PATCH 3/3] drivers/net: " Andre Muezerie
2024-12-28 0:45 ` [PATCH v2 0/3] " Andre Muezerie
2024-12-28 0:45 ` [PATCH v2 1/3] lib/eal: " Andre Muezerie
2024-12-28 0:45 ` [PATCH v2 2/3] drivers/common: " Andre Muezerie
2024-12-28 0:45 ` [PATCH v2 3/3] drivers/net: " Andre Muezerie
2024-12-28 3:18 ` [PATCH v3 0/3] " Andre Muezerie
2024-12-28 3:18 ` [PATCH v3 1/3] lib/eal: " Andre Muezerie
2024-12-28 3:18 ` [PATCH v3 2/3] drivers/common: " Andre Muezerie
2024-12-28 3:18 ` [PATCH v3 3/3] drivers/net: " Andre Muezerie
2024-12-30 15:59 ` [PATCH v4 0/3] " Andre Muezerie
2024-12-30 15:59 ` [PATCH v4 1/3] lib/eal: " Andre Muezerie
2024-12-30 15:59 ` [PATCH v4 2/3] drivers/common: " Andre Muezerie
2024-12-30 15:59 ` [PATCH v4 3/3] drivers/net: " Andre Muezerie
2024-12-30 17:44 ` [PATCH v4 0/3] " Stephen Hemminger
2024-12-31 18:55 ` [PATCH v5 " Andre Muezerie
2024-12-31 18:55 ` [PATCH v5 1/3] lib/eal: " Andre Muezerie
2024-12-31 18:55 ` [PATCH v5 2/3] drivers/common: " Andre Muezerie
2024-12-31 18:55 ` [PATCH v5 3/3] drivers/net: " Andre Muezerie
2024-12-31 20:15 ` [PATCH v6 0/3] " Andre Muezerie
2024-12-31 20:15 ` [PATCH v6 1/3] lib/eal: " Andre Muezerie
2024-12-31 20:15 ` [PATCH v6 2/3] drivers/common: " Andre Muezerie
2024-12-31 20:15 ` [PATCH v6 3/3] drivers/net: " Andre Muezerie
2024-12-31 22:30 ` [PATCH v7 0/3] " Andre Muezerie
2024-12-31 22:30 ` [PATCH v7 1/3] lib/eal: " Andre Muezerie
2024-12-31 22:30 ` [PATCH v7 2/3] drivers/common: " Andre Muezerie
2024-12-31 22:30 ` [PATCH v7 3/3] drivers/net: " Andre Muezerie
2025-01-01 0:48 ` [PATCH v8 0/3] " Andre Muezerie
2025-01-01 0:48 ` [PATCH v8 1/3] lib/eal: " Andre Muezerie
2025-01-01 0:48 ` [PATCH v8 2/3] drivers/common: " Andre Muezerie
2025-01-01 0:48 ` [PATCH v8 3/3] drivers/net: " Andre Muezerie
2025-01-01 3:36 ` [PATCH v9 0/3] " Andre Muezerie
2025-01-01 3:36 ` [PATCH v9 1/3] lib/eal: " Andre Muezerie
2025-01-01 3:36 ` [PATCH v9 2/3] drivers/common: " Andre Muezerie
2025-01-01 3:36 ` [PATCH v9 3/3] drivers/net: " Andre Muezerie
2025-01-03 0:12 ` [PATCH v10 0/3] " Andre Muezerie
2025-01-03 0:12 ` [PATCH v10 1/3] lib/eal: " Andre Muezerie
2025-01-03 0:12 ` [PATCH v10 2/3] drivers/common: " Andre Muezerie
2025-01-03 0:12 ` [PATCH v10 3/3] drivers/net: " Andre Muezerie
2025-01-03 15:36 ` [PATCH v11 0/3] " Andre Muezerie
2025-01-03 15:36 ` [PATCH v11 1/3] lib/eal: " Andre Muezerie
2025-01-03 15:36 ` [PATCH v11 2/3] drivers/common: " Andre Muezerie
2025-01-03 15:36 ` [PATCH v11 3/3] drivers/net: " Andre Muezerie
2025-01-03 19:24 ` [PATCH v11 0/3] " Stephen Hemminger
2025-01-03 21:26 ` Andre Muezerie
2025-01-06 11:00 ` Bruce Richardson
2025-01-08 2:46 ` Andre Muezerie
2025-01-08 9:20 ` Bruce Richardson
2025-01-14 19:20 ` Andre Muezerie
2025-01-15 11:11 ` Bruce Richardson
2025-01-15 4:27 ` [PATCH v12 " Andre Muezerie
2025-01-15 4:27 ` [PATCH v12 1/3] lib/eal: " Andre Muezerie
2025-01-15 9:05 ` Morten Brørup
2025-01-15 4:27 ` [PATCH v12 2/3] drivers/common: " Andre Muezerie
2025-01-15 11:13 ` Bruce Richardson
2025-01-15 4:27 ` [PATCH v12 3/3] drivers/net: " Andre Muezerie
2025-01-16 1:55 ` [PATCH v13 0/3] " Andre Muezerie
2025-01-16 1:55 ` [PATCH v13 1/3] eal: " Andre Muezerie
2025-01-16 1:55 ` [PATCH v13 2/3] drivers/common: " Andre Muezerie
2025-01-16 1:55 ` [PATCH v13 3/3] drivers/net: " Andre Muezerie
2025-01-16 8:57 ` Bruce Richardson
2025-01-18 3:07 ` Andre Muezerie
2025-01-16 9:08 ` Morten Brørup
2025-01-17 3:56 ` Andre Muezerie
2025-01-18 3:05 ` Andre Muezerie
2025-01-16 8:58 ` [PATCH v13 0/3] " Bruce Richardson
2025-01-18 2:46 ` [PATCH v14 " Andre Muezerie
2025-01-18 2:46 ` [PATCH v14 1/3] eal: " Andre Muezerie
2025-01-18 2:46 ` [PATCH v14 2/3] drivers/common: " Andre Muezerie
2025-01-18 2:46 ` [PATCH v14 3/3] drivers/net: " Andre Muezerie
2025-01-18 21:55 ` [PATCH v15 0/3] " Andre Muezerie
2025-01-18 21:55 ` [PATCH v15 1/3] eal: " Andre Muezerie
2025-01-21 9:53 ` Morten Brørup
2025-01-21 14:28 ` Andre Muezerie
2025-01-21 14:41 ` Morten Brørup
2025-01-21 20:17 ` Andre Muezerie
2025-01-21 15:01 ` Stephen Hemminger
2025-01-18 21:55 ` [PATCH v15 2/3] drivers/common: " Andre Muezerie
2025-01-18 21:55 ` [PATCH v15 3/3] drivers/net: " Andre Muezerie
2025-01-21 22:36 ` [PATCH v16 0/3] " Andre Muezerie
2025-01-21 22:36 ` [PATCH v16 1/3] eal: " Andre Muezerie
2025-01-23 8:07 ` Morten Brørup
2025-01-21 22:36 ` [PATCH v16 2/3] drivers/common: " Andre Muezerie
2025-01-23 8:09 ` Morten Brørup
2025-01-21 22:36 ` [PATCH v16 3/3] drivers/net: " Andre Muezerie
2025-01-23 8:09 ` Morten Brørup
2025-01-29 21:07 ` Ali Alnubani
2025-01-29 21:10 ` Ali Alnubani
2025-01-30 3:37 ` Andre Muezerie
2025-01-30 7:28 ` Ali Alnubani
2025-01-29 13:26 ` [PATCH v16 0/3] " David Marchand
2025-01-29 14:16 ` David Marchand [this message]
2025-01-29 17:48 ` Andre Muezerie
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAJFAV8xb4=WRwP0pqzvjunMJmgPNU8UVHEniMjdOtuDU6cC2cA@mail.gmail.com' \
--to=david.marchand@redhat.com \
--cc=andremue@linux.microsoft.com \
--cc=bruce.richardson@intel.com \
--cc=dev@dpdk.org \
--cc=mb@smartsharesystems.com \
--cc=rasland@nvidia.com \
--cc=stephen@networkplumber.org \
--cc=thomas@monjalon.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).