David Heffernan

You very likely still shouldn't be showing user dialogs in a constructor. The fact that you made this design choice to meet a requirement does not mean that it was the right design choice.

I mean, come on, how could that test be relevant!

This point has been raised many times previously fwiw

Except aligned is now slower on modern cpus because of the less efficient cache usage when there is padding.

It is if you use a proper memory manager

This was true once upon a time but is not true for modern x86-64 architectures.

You've spent more time posting here than you would ever save from this feature existing

But it doesn't change from one build to the next. Or is your problem that on Monday you know that the executable is 25mb but come Tuesday you've forgotten. Maybe you should get some post it notes.

So check the size in explorer. Not like you need to do this repeatedly. Are you having trouble using explorer?

Yeah, I couldn't believe that anon methods arrived way back in Delphi 2009. I thought they were a much younger feature!!

What specific feature are you talking about here?

Doesn't seem very useful to me. I wouldn't prioritise this.

I don't know why you aren't facing up to the reality that you need to write some C++ code.

You can't declare this structure in Delphi because it uses the STL type std::vector.

Delphi 7 is also long dead.

Why do you need a smaller exe?

Consider sharing a program that behaves this way

Code editors telling you stuff is great but the bigger problem is the missing functionality at the fundamental language level.

Classic delphi type ambiguity consequence

The scenarios I'm thinking of are numerical programming where the bottlenecks are migrated to math libs like openblas

For loads of scenarios the interpreter doesn't matter for performance.

Personally I compile openblas and other libraries into dlls and link to them. Not least because the performance is obviously much better than code compiled by delphi.

The naive answer to your question is that the object holds a dictionary whose key is the thread id. But it's far from clear that what you are planning will actually solve your problem.

It's far more effective just to paste the function name into Google surely

This has always been possible. On win64 delphi compiler/linker has never respected the pdata exception tables so exceptions in the linked code have unpredictable results, for instance insta process terminate. Not sure if latest delphi fixes that.