Ilya Yanok 451c1596be Make lambda symbols stable post a3abf1187e ... Commit a3abf1187e fixes some cases of lambdas having unstable symbol names between compilation units by using `generateIdWithLoc` to generate stable lambda names, however since LOC doesn't uniquely identify a lambda instance (because templates, mixins, static foreach and foreach unrolling), `generateIdWithLoc` adds a counter, so there is still some instability going on. `generateIdWithLoc` makes the name uniq per file+loc, by adding adding a numeric suffix. But the order of instantiations might be different across compilation units, so with this counting scheme we are back to unstable names, so one module might have `t!0.__lambda_LOC` and `t!1.__lambda_LOC_1` while another one has `t!1.__lambda_LOC` This is not a critical problem, but at very least the code gets duplicated for no reason. I also have an example where it leads to linking error, but since it's not a small one and fails to minimize further, I suspect it's a result of interaction with some other bug. The thing is we don't even need uniqueness for those lambdas inside templates/mixins: their final names will have the instantiation prefix anyway. But we can't also just disable this uniqueness check completely: `static foreach` as well as unrollings of the normal `foreach` with lambdas in the loop body will have several copies of a single lambda with the same file+loc. So here we do want to keep making them unique. Fortunately, I don't think a `foreach` could be iterated in different order in different compilation units, so hopefully if we limit the counting to this case only, it won't make symbols unstable. To implement this idea, I've added an extra `parent` argument to `generateIdWithLoc`: it works like using `parent ~ prefix` prefix, but without adding `parent` to the final output. Fixes since last review: 1. Changed `fromStringz` to `toDString` 2. Added a test to showcase the problem		2024-12-04 11:04:26 +01:00
..
A16a.d
a17a.d
a18a.d
a19a.d
a20a.d
a21a.d
a7595.d
a9546.d
a9741.d
a11447.d
a12010.d
a12037.d
a12874.d
a14267.d
a14992.d
a15030.d
a15079.d
another_module_with_tests.d
argufile.d
b26a.d
b11447.d
b15030.d
bar10378.d
bug846.d
bug10425.d
c22a.d
c22b.d
c11447.d
ccov2.c	fix Issue 23629 - importC: Need to support code coverage analysis (#15913)	2023-12-16 13:11:35 -08:00
circularA.d
extern1a.d
freer.i
gdb22905b.d	Fix issue 22905 - gdb backtrace contains wrong location	2023-12-29 05:20:07 +08:00
gdb22905c.d	Fix issue 22905 - gdb backtrace contains wrong location	2023-12-29 05:20:07 +08:00
ice4481a.d
ice4481b.d
ice10086x.d
ice10086y.d
ice10857a.d
ice10857b.d
ice15138a.d
ice15176a.d
ice15176b.d
ice15200a.d
ice15200b.d
imp22624.c
imp23014.i	fix Issue 23014 - importC: static thread-locals do not work (#15069)	2023-04-04 13:15:58 +03:00
imp23402a.c	fix Issue 23402 - importc function definitions from includes can cause D name conflicts (#15101)	2023-04-13 12:17:15 -07:00
imp23402b.c	fix Issue 23402 - importc function definitions from includes can cause D name conflicts (#15101)	2023-04-13 12:17:15 -07:00
inc11239.d
inline2a.d
issue18919b.d	Fix Bugzilla 24519 - compiler segfault on default argument with slice operator []	2024-04-24 22:38:54 +08:00
link2500a.d
link2500b.d
link2644a.d
link2644b.d
link2644c.d
link7745b.d
link8023b.d
link9571a.d
link10920a.d
link11069x.d
link11069y.d
link11069z.d	Deprecate 'in ref' to prepare for -preview=in (#14931)	2023-03-07 11:51:36 +02:00
link11127a.d
link11395a.d
link12144a.d
link13043a.d
link13394a.d
link13400a.d
link13415a.d	dmd: Deprecate 'in' parameters on non-extern(D,C++) functions (#14951)	2023-03-08 10:57:41 +02:00
link14074x.d
link14074y.d
link14074z.d
link14541traits.d
link14588a.d
link14814a.d
link15194b.d
link15194std.d
linktypeinfo_file.d
m1a.d
m8668a.d
m8668b.d
m8668c.d
mainx23837.c	fix Issue 23837 - importc fails to link on windows x86 but successes on x64 (#15126)	2023-04-26 11:39:57 +03:00
maker.i
mangle10077.d
mod2.d
module_with_tests.d
Other.d
ovs1528a.d
ovs1528b.d
pubprivtmpla.d
standalone_b.d	Add @standalone attribute for module constructors (#15537)	2023-12-22 11:03:03 -08:00
std11file.d
std11069array.d
std11069container.d
std11069range.d
std11069typecons.d
std11863bitmanip.d
std11863conv.d
std11863format.d
std12010container.d
std15017variant.d
std15021conv.d
std15021format.d
std15030algo.d
template2962a.d
template13478a.d
template13478b.d
template_ovs1.d
template_ovs2.d
template_ovs3.d
test3a.d
test3b.d
test10a.d
test13a.d
test21a.d
test24a.d
test24b.d
test24c.d
test27a.d
test29a.d
test29b.d
test31a.d
test32a.d
test35a.d
test38a.d
test39a.d
test40a.d
test41a.d
test44a.d
test45a.d
test45b.d
test46a.d
test46b.d
test46c.d
test48a.d
test49a.d
test57a.d
test57b.d
test58a.d
test61a.d
test7494a.d
test8997a.d
test9271a.d
test10441b.d
test10441c.d
test10573a.d
test10736a.d
test10736b.d
test10736c.d
test11039b.d
test11745b.d
test11931a.d
test11931b.d
test11931c.d
test11931d.d
test14901a.d
test14901b.d
test14901c.d
test14901d.d
test15777a.d
test15777b.d
test17181a.d
test17181b.d
test17181c.d
test17968a.d
test18322import.d
test18868_a.d
test18868_fls.d
test19655b.d
test19655c.d
test19655d.d
test19655e.d
test19655f.d
test19655g.d
test22974b.c
test23722_2b.d	Make lambda symbols stable post a3abf1187e	2024-12-04 11:04:26 +01:00
test23722b.d	Fix 23722 - Lambdas are mangled incorrectly when using multiple compi… (#15343)	2024-11-27 12:03:16 +01:00
testkwd_file.d
testmangle.d
testminitAA.d
testminitBB.d
testmod1a.d
testmod1b.d
testmod2a.d
tlsa.d
traits_getUnitTests_import.d
ufcs5a.d
ufcs5b.d
ufcs5c.d
ufcs5d.d
ufcs5e.d