| 3 Oct 2025 |
 Vladimír Čunát | Reconfirmed breaking nix build -f pkgs/top-level/release.nix stdenvBootstrapTools.x86_64-unknown-linux-gnu.test on this commit and OK on its first parent (the staging branch lineage). | 11:33:49 |
 Grimmauld (migrated to @grimmauld:m.grimmauld.de) | uh oh | 11:38:32 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | that is a fat mass-rebuild, so how will we fix it? | 11:39:09 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | diff --git a/pkgs/stdenv/linux/make-bootstrap-tools.nix b/pkgs/stdenv/linux/make-bootstrap-tools.nix
index 6a1507df734d..c4b204e35837 100644
--- a/pkgs/stdenv/linux/make-bootstrap-tools.nix
+++ b/pkgs/stdenv/linux/make-bootstrap-tools.nix
@@ -50,6 +50,7 @@ rec {
bootGCC = pkgs.gcc.cc.override {
enableLTO = false;
isl = null;
+ enableDefaultPie = false;
};
bootBinutils = pkgs.binutils.bintools.override {
Trying the naive thing rn
| 11:46:11 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | if this works, then we are done | 11:46:27 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | if this doesn't work, then emily will have to fix it XD | 11:47:05 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | HOLY SHIT THAT WORKS | 11:53:51 |
 K900 | Welp | 11:54:11 |
| K900 | Mes when | 11:54:20 |
 @wolfgangwalther:matrix.org | lucky emily, then. | 11:54:25 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | tbh i have no idea wtf i am doing, but if this works then i won't complain | 11:55:08 |
| Vladimír Čunát | Off the top of my head I'm not sure how many times we roll gcc, i.e. whether the final build (stdenv.cc.cc) will really be PIE enough. But surely better this for now than blocking for long. | 11:56:59 |
| Vladimír Čunát | * Off the top of my head I'm not sure how many times we roll gcc, i.e. whether the final build (stdenv.cc.cc) will really be PIE enough. But surely better this for now than blocking for long. | 11:57:09 |
| K900 | This should not affect the non-bootstrap-tools GCC at least? | 11:57:39 |
| Vladimír Čunát | It shouldn't affect anything practical until we regenerate the bootrap GCC, yes. | 11:58:18 |
| Vladimír Čunát | * It shouldn't affect anything practical until we regenerate the bootstrap GCC, yes. | 11:58:31 |
| K900 | What I'm saying is I don't think we care about the PIE-ness of bootstrap-tools GCC? | 11:58:52 |
| Vladimír Čunát |
It results in a compiler that opportunistically enables pie whenever it does not conflict with other flags.
| 11:59:49 |
| Vladimír Čunát | i.e. it affects things compiled with this GCC. | 11:59:59 |
| Vladimír Čunát | So that's why I was mentioning that I'm not sure how many times we roll things during bootstrapping. Some tools in the final package set are not built by the final GCC, of course. | 12:00:46 |
| Vladimír Čunát | * So that's why I was mentioning that I'm not sure how many times we roll things during bootstrapping. Some stuff in the final package set are not built by the final GCC, of course. | 12:00:53 |
| K900 | Oof | 12:01:01 |
| K900 | OK | 12:01:02 |
| K900 | That makes things worse | 12:01:05 |
| K900 | But probably fine given our current bootstrap GCC is also like this? | 12:01:16 |
| Vladimír Čunát | We don't immediately use the new tools anyway. | 12:04:16 |
| Vladimír Čunát | * We don't immediately use the new bootstrap tools anyway. | 12:04:40 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | its also strictly better than a revert: Not as big of a rebuild, and at least some things get pie | 12:05:10 |
| Vladimír Čunát | We just test that the new tools would work, at least a little, and that's a channel blocker. | 12:05:13 |
| Grimmauld (migrated to @grimmauld:m.grimmauld.de) | i don't want to claim this is the best fix. But unless anyone more competent proposes a better fix, then this is the best we have | 12:06:25 |
