From: Stefano Brivio <sbrivio@redhat.com>
To: "Fabio M. De Francesco" <fmdefrancesco@gmail.com>
Cc: outreachy@lists.linux.dev
Subject: Re: Compilation errors
Date: Fri, 1 Apr 2022 14:57:14 +0200 [thread overview]
Message-ID: <20220401145714.5a0d826f@elisabeth> (raw)
In-Reply-To: <3410190.V25eIC5XRa@leap>
On Fri, 01 Apr 2022 14:01:03 +0200
"Fabio M. De Francesco" <fmdefrancesco@gmail.com> wrote:
> On venerdì 1 aprile 2022 12:13:57 CEST Stefano Brivio wrote:
> > Hi Fabio,
> >
> > On Fri, 01 Apr 2022 11:35:13 +0200
> > "Fabio M. De Francesco" <fmdefrancesco@gmail.com> wrote:
> > >
> > > [...]
> > >
> > > Can someone help me to understand what is happening and how to fix this issue?
> > > Could it depend on a configuration option that, unintentionally enabled, make
> > > the build fail whenever "case label does not reduce to an integer constant" is
> > > hit? If so, which option?
> >
> > Those would be warnings, but kernel builds switched to -Werror by
> > default a while ago, see commit 3fe617ccafd6 ("Enable '-Werror' by
> > default for all kernel builds") -- meaning that all warnings are
> > treated as errors. You can disable CONFIG_WERROR:
> >
> > scripts/config -d WERROR
> >
> > to double check.
>
> Hi Stefano,
>
> Thanks for your prompt reply!
>
> I know that the kernel has switched to -Werror by default. I use a largely
> customized .config and I can confirm you that CONFIG_WERROR is _not_ enabled:
>
> xp4ns3@leap> grep CONFIG_WERROR .config
> # CONFIG_WERROR is not set
>
> >
> > [...]
> >
> > As to why it started happening for you recently: maybe you just
> > switched to gcc 11 and a newer version of clang? Can you try with
> > gcc 10 if you have it still installed?
>
> I had it not anymore installed, so I had to re-install gcc v10. With it
> I ran "make clean && CC=gcc-10 make -j12" but it still triggers the same
> errors and the build still fails.
Okay, then that's really an error.
> The last output line, just before exit, is:
>
> make: *** [Makefile:1838: drivers] Error 2
>
> Furthermore, I want to make you notice that I have no errors when I
> build Torvald's tree with gcc v11. In fact, I rebuilt it now again and
> got no failures.
>
> Why is this issue showing only with staging-testing? I cannot yet see
> any reasonable explanation.
It might simply be that the you're building some drivers on your
staging tree that you're not building on the mainline tree.
> Any other ideas? If I'm not able to figure out what's happening, I won't
> be able to contribute to staging anymore. Greg (reasonably) requires that
> all the changes get built before sending patches, therefore, this issue
> is a blocker. I'm losing the chance to be selected for the Outreachy
> internship.
You reported this issue three hours ago and, as far as I can tell,
there are 672 hours in four weeks...
> Since I have more or less 100 patches already in Torvald's tree, can I
> be exempted from working on those 10 required patches for staging?
> Otherwise I could simply send 10 clean-up patches that I can confidently
> send without trying to compile them. Or I can send patches for Torvald's
> tree. I really don't know what to do.
...well, then you could also try to debug this build issue I guess? On
which drivers it happens? You reported two. If you disable those two,
will it still happen? On how many? And what about fixing those cases?
--
Stefano
next prev parent reply other threads:[~2022-04-01 12:57 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-01 9:35 Compilation errors Fabio M. De Francesco
2022-04-01 10:13 ` Stefano Brivio
2022-04-01 12:01 ` Fabio M. De Francesco
2022-04-01 12:57 ` Stefano Brivio [this message]
2022-04-01 13:07 ` Fabio M. De Francesco
2022-04-01 16:09 ` Alison Schofield
2022-04-01 17:58 ` Fabio M. De Francesco
2022-04-01 14:39 ` Fabio M. De Francesco
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=20220401145714.5a0d826f@elisabeth \
--to=sbrivio@redhat.com \
--cc=fmdefrancesco@gmail.com \
--cc=outreachy@lists.linux.dev \
/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