public inbox for linux-rt-users@vger.kernel.org
 help / color / mirror / Atom feed
From: Clark Williams <clrkwllms@kernel.org>
To: Crystal Wood <crwood@redhat.com>
Cc: Derek Barbosa <debarbos@redhat.com>,
	linux-rt-users@vger.kernel.org, wander@redhat.com
Subject: Re: [PATCH 2/3] Makefile: Add support for legacy kernels
Date: Fri, 17 Oct 2025 08:20:45 -0500	[thread overview]
Message-ID: <aPJCrSz9tMdg4bzS@lysander> (raw)
In-Reply-To: <adb796e86ac3cd19b55ee399662b8ad97dc2bba1.camel@redhat.com>

Apologies for the duplicate replies but I forgot that I was replying to
linux-rt-users and good-old-gmail helpfully added some unwanted HTML to
my reply, causing it to bounce. Sigh...

On Tue, Oct 07, 2025 at 01:50:57PM -0500, Crystal Wood wrote:
> 
> Speaking of SOPTS, is this tool intended to be Red Hat specific
> (and require redhat-rpm-config even if no RPM building is intended)?
> 

No, I really don't like that we have it there in the main Makefile. Unfortunately we can't push it to the packaging phase since it affects things generated at compilation time. 

Perhaps we need to have a Makefile variable that identifies a "distro" and triggers inclusion of a Makefile.<distro> that modifies the appropriate flags? I know it's ugly but I'd like to give other folks (suse, cannonical, etc) a way to tweak the build. We could default the variable to "redhat" and have a block that includes Makefile.redhat to modify the CFLAGS appropriately. 

Thoughts?

Clark
-- 
The United States Coast Guard
Ruining Natural Selection since 1790

  parent reply	other threads:[~2025-10-17 13:20 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-10-02 20:55 [PATCH 0/3] stalld: Improve legacy kernel support and unify sched_debug parsing Derek Barbosa
2025-10-02 20:55 ` [PATCH 1/3] sched_debug: Unify parsing methods for task_info Derek Barbosa
2025-10-02 20:55 ` [PATCH 2/3] Makefile: Add support for legacy kernels Derek Barbosa
2025-10-07 16:43   ` Clark Williams
2025-10-07 18:50   ` Crystal Wood
2025-10-08 13:07     ` Derek Barbosa
2025-10-08 16:50       ` Crystal Wood
2025-10-08 18:41         ` Derek Barbosa
2025-10-08 21:38           ` Crystal Wood
2025-10-08 23:52             ` Derek Barbosa
2025-10-10  4:07               ` Crystal Wood
2025-10-17 13:16           ` Clark Williams
2025-10-20 16:54             ` Crystal Wood
2025-10-20 18:18               ` Derek Barbosa
2025-10-17 13:20     ` Clark Williams [this message]
     [not found]     ` <CAMLffL_a2-RkOJg8kXPZSKhzenu9aPDs4SBz-F97y9-wa_oHHQ@mail.gmail.com>
2025-10-20 16:48       ` Crystal Wood
2025-10-21 13:04         ` Clark Williams
2025-10-02 20:55 ` [PATCH 3/3] scripts: fix run-local if bashism Derek Barbosa
2025-10-07 16:42   ` Clark Williams

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=aPJCrSz9tMdg4bzS@lysander \
    --to=clrkwllms@kernel.org \
    --cc=crwood@redhat.com \
    --cc=debarbos@redhat.com \
    --cc=linux-rt-users@vger.kernel.org \
    --cc=wander@redhat.com \
    /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