| 3 Oct 2025 |
 Grimmauld (any/all) | if this doesn't work, then emily will have to fix it XD | 11:47:05 |
| Grimmauld (any/all) | HOLY SHIT THAT WORKS | 11:53:51 |
 K900 | Welp | 11:54:11 |
| K900 | Mes when | 11:54:20 |
 Wolfgang Walther | lucky emily, then. | 11:54:25 |
| Grimmauld (any/all) | 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 (any/all) | 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 (any/all) | 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 |
 dramforever | suspecting something weird going on with https://github.com/gcc-mirror/gcc/commit/b6cb10af12cf869c1ae348c0e5cb2d364ef0abce | 12:09:01 |
| Grimmauld (any/all) | https://github.com/NixOS/nixpkgs/pull/448220
do what you want with it XD | 12:14:54 |
| Grimmauld (any/all) | darwin probably needs an all-new bisect | 12:15:06 |
| dramforever | found it https://github.com/gcc-mirror/gcc/commit/3f1f99ef82a65d66e3aaa429bf4fb746b93da0db | 12:26:24 |
| Grimmauld (any/all) | but we can't reasonably fetch that without a gcc rebuild, right? | 12:27:56 |
