Anders Melander

> I have no idea where it's getting linked in from. It turns out there was a reference in the project to the Delphi package library: `GR32_R.lib`. With that gone...

Actually, `CombineReg_SSE2` must also be disabled but `CombineMem_SSE41_8081` appears to work. So it appears to be the use of tables that's the problem, as you observed from the start.

> I don't like my version with variables because there is an extra instruction instead of direct access. I agree :-) > I think the problem is how C++ Builder...

> unless explicitly told to by a linker directive or a specific attribute on the symbol in the object file itself that the linker understands. It all sounds reasonable -...

Hmm. I think, instead of trying to find a way to trick the compiler or linker into aligning the data, we should focus on finding out why it works with...

> The following example is correctly aligned in 64-bit versions (both normal and Modern), but it does not align in the 32-bit version. > `__declspec(align(16)) int global_aligned_int[1] = { 42...

> It's good to know that someone else confirmed the error in the classic compiler. The problem is with both the classic and clang 32-bit compiler - but I think...

I have now cleaned up the commits, moved some files, and updated all the package projects. The branch has been squashed and force pushed. In order to verify that I...

First step would be to use the [Drop Source Analyzer example](https://github.com/landrix/The-Drag-and-Drop-Component-Suite-for-Delphi/tree/master/Demos/SourceAnalyzer) to determine what data formats Outlook New supplies in the drop. I don't have access to Outlook New myself...

Okay, so it supplies the `CF_HDROP` clipboard format (which should contain a filename) but returns an error when we try to actually read the data. If you click on the...