Fabian Maurer dark.shadow4@web.de writes:
I don't think that's correct for assemblies that can be imported. Note that the processorArchitecture is fixed up when creating the fake dll, so it doesn't end up empty in the resources.
Oh, you mean dlls are handled differently? I just went by the manifest itself, I figured that when it's wrong in one place it would be wrong in the other, too. If you can guarantee that the dlls get a proper resource, then never mind that.
All the files get a proper resource when built for Wine. It's only an issue when cross-compiling to a Windows binary, since the PE compiler doesn't do the same magic.