mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "György Andrasek" <jurily@gmail.com>
To: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>,
	Josh Poimboeuf <jpoimboe@redhat.com>
Cc: linux-kernel@vger.kernel.org,
	Peter Zijlstra <peterz@infradead.org>,
	Miroslav Benes <mbenes@suse.cz>, Borislav Petkov <bp@suse.de>,
	Julien Thierry <jthierry@redhat.com>,
	Nick Desaulniers <ndesaulniers@google.com>,
	x86@kernel.org
Subject: Re: [PATCH] objtool: Don't fail the kernel build on fatal errors
Date: Thu, 21 Jan 2021 08:32:35 +0100	[thread overview]
Message-ID: <581806c7-091e-b1f0-41f2-b770e8fd7f5b@gmail.com> (raw)
In-Reply-To: <545be952-908a-f125-ebb0-d96ed1e25cd5@linux.vnet.ibm.com>

 > This is basically a revert of commit 644592d32837 ("objtool: Fail the
kernel build on fatal errors").

 > That change turned out to be more trouble than it's worth.

...I'm sorry, what? Fatal errors are normal for you people? Seriously? 
I've been compiling my own kernel since 2004, I've never seen one. I'd 
like some explanation on this.

 > Failing the build is an extreme measure which sometimes gets too much 
attention and blocks CI build testing.

If you already know it's broken, there's no point testing it. Why are 
you so desperately trying to ignore it? Are you getting paid to be here 
or are you this stupid for free?

Have you tried calling an ambulance on Android lately? I can reboot my 
Huawei with schedtool on Termux. Unrooted, stock. THE LINUX KERNEL IS 
MEASURED IN HUMAN LIVES.

 > These fatal-type warnings

GET THE FUCK OUT WITH YOUR BULLSHIT DOUBLESPEAK

 > aren't yet as rare as we'd hope

How many times do you need to ignore an obvious compiler bug until you 
hope it away?

 > due to the ever-increasing matrix of supported toolchains/plugins

llvm+clang compiles with cmake. In "Release" mode, cmake helpfully 
appends a -O3 for you, which is the kind of "optimization" where the 
compiler deliberately misinterprets the programmer's intention to 
declare an UB, and then uses its godlike might to decide the target of 
an explicit constcast is unreachable. If you recompile systemd with the 
result, it will not understand your password anymore. This was 
yesterday. The day before, it errored out on m4 with some undefined 
linkage into compiler-rt. WITH AN EXPLICIT --rtlib=libgcc FLAG ON A 
GCC-BASED DISTRO

#!/bin/sh
exec /usr/bin/gcc "${@}" -O2

...or did you find a third broken compiler somewhere?


 > Also, there are more people (and bots) looking for objtool warnings 
than ever before, so such warnings not likely to be ignored for long.

Why not? You seem to be doing just fine.

Ask OpenBSD for a toolchain, see if it works. Or better yet, ask them to 
build the kernel for you.

This has already been Reviewed-by.

I'm rejecting both these morons as invalid. Please review everything 
they've been doing lately.

---

Yo, Linus! What the fuck is this shit?  I'm tempted to I don't care 
which one of these whiny little bitches cut your dick off and stuffed it 
into your mouth. Either spit it out or swallow and shit it out, but we 
can't afford this.

Source-based Linux is dead. Gentoo is a cronjob spewing out endless 
broken stage3's, and every single Exherbo dev has unsubscribed from 
their own mailing list. I'm the last one standing. I've spent the last 
two weeks trying to review the damage. I'm not going to package it 
either, but you need to know why. Also, I've quit my job because I 
couldn't sleep for four days straight.

I'm typing this in Thunderbird because fucking KONSOLE SEGFAULTED WHEN I 
TYPED VIM. I do not feel at home on a binary distro, and I cannot build 
a browser on a real one. I would like to explain politely, under the 
[foxfire] tag. Anyone who does not want to know why I think it likely 
that some Gentoo+ maintainers have literally committed suicide, feel 
free to filter it out.

Should you happen to agree with some of my opinions, I'd like you to 
revert every single "fix" for "undefined behavior" that was merged for 
clang. The C standard committee does not define the result because they 
have no idea whether it makes sense in context AND THEY KNOW IT. I mean 
seriously, why do these need a lawyer to know whether or not const is 
just a helpful suggestion in a UNIX KERNEL?

And we build with -std=gnu -fgnu-keywords -fuck-your-pdf (I mean, did 
you get at least this far?). We don't have any more flags to tell you 
you're not in Kansas, Dorothy. You don't give us more.

There's nothing undefined about the concept of "Linux boots on MIPS". 
THERE IS LITERALLY NO OTHER DEFINITION OF A KERNEL AND IT WORKS WHEN I 
BUILD THE TOOLCHAIN. If you fucked it up, that's not our problem.

cmake+llvm builds with -Wno-maybe-uninitialized. They can't even fix 
their warnings, so they hide it. This is not a compiler, it's a random 
number generator.

---

I came here as a last, desperate stance to get organized and shovel the 
shit back in the horse, and this is what I find. Oh well. At least it 
will be educational.





  reply	other threads:[~2021-01-21  7:45 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-14 22:45 Josh Poimboeuf
2021-01-15 11:39 ` Miroslav Benes
2021-01-15 18:45 ` Nick Desaulniers
2021-01-21  4:52 ` Kamalesh Babulal
2021-01-21  7:32   ` György Andrasek [this message]
2021-01-22  2:27     ` Steven Rostedt
2021-01-22  7:49     ` Greg KH

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=581806c7-091e-b1f0-41f2-b770e8fd7f5b@gmail.com \
    --to=jurily@gmail.com \
    --cc=bp@suse.de \
    --cc=jpoimboe@redhat.com \
    --cc=jthierry@redhat.com \
    --cc=kamalesh@linux.vnet.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mbenes@suse.cz \
    --cc=ndesaulniers@google.com \
    --cc=peterz@infradead.org \
    --cc=x86@kernel.org \
    /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

all inboxes | Powered by JetHome®