On Sun, 01 Feb 2015 10:03:30 +0000, Vladimir Panteleev wrote: > This will not work and is not D's fault. The DLL does not contain > information required to create a working import library (the size of > parameters on the stack is included in the mangled name).
i wonder how mingw linker is able to use .dlls without corresponding .lib files to link windows executables. maybe it's a weird art of forbidden black magic or something... > BTW, next time please post in digitalmars.D.learn. The bug report about > extern(Windows) overriding pragma(mangle) belongs in Bugzilla. The > well-known fact that D does not include Windows headers is merely a task > waiting for someone to champion it, feel free to take it if you care > strongly about this. you seem to completely miss my point. let me quote myself: > years in developement. 2.067 release. still can't compile simple > utility without solving stupid puzzles. all that "H1 2015 Priorities" are BULLSHIT. complete and utterly bullshit. dmd is an alien for GNU/Linux. dmd is an alien for windows. yet there is *no* *single* *fsckin'* *word* about better platform support in "H1 2015 Priorities". "Improving our brand"? "2000 pull requests"? "C++ integration"? really? it *that* what D desperately needs? D is unusable for bare metal. D is unusable for simply daily programming tasks. sure, that is that "brand" thing that aimed to fix the situation. upgrading toolchain is not an option.
signature.asc
Description: PGP signature