system dlls + implib
I just (with Rikki Catermolle's kind help) worked out a problem who's genesis was an old version of oleaut32.lib in the dmd directories. I wound up "creating" the missing entry via coffimplib and the windows sdk. Were I less hard-headed that would have stopped me in my tracks. If we can include newer windows system libs with DMD I'll be happy to generate them. If copyrights prevent distributing new libs but we can distribute the defs (so then all that's necessary is implib + the original system dll) I can do that, too. My preferred solution would be to take all the "system" libs in %D_HOME%\dmd2\windows\lib and replace them with the output of coffimplib vs. the corresponding libs in the Windows 8.1 SDK. 2nd solution (if first fails a copyright issue) would be to create those same def files so that then a person with windows and implib can fix the problem w/o the SDK.
Re: system dlls + implib
Windows SDK EULA prohibits redistribution. You can get defs from mingw project.
Re: system dlls + implib
On Tuesday, 24 June 2014 at 13:55:27 UTC, Kagamin wrote: Windows SDK EULA prohibits redistribution. You can get defs from mingw project. I know I can get headers, but headers aren't the problem. The problem is that the libs already being distributed are woefully out of date.
Re: system dlls + implib
You can compile them with dlltool or get precompiled import libraries from mingw precompiled distribution.
Re: system dlls + implib
defs are not headers
Re: system dlls + implib
"Jason King" wrote in message news:kmupmtxrwlgzivuir...@forum.dlang.org... If we can include newer windows system libs with DMD I'll be happy to generate them. If copyrights prevent distributing new libs but we can distribute the defs (so then all that's necessary is implib + the original system dll) I can do that, too. I can't imagine newer versions would somehow be less legal to distribute than older versions. Import libs are basically just a different format of a defs file anyway. I say go for it.
