The 1.8.5 tarball for the source contains a full bin/Win32-VisualStudio/ directory with compiled windows stuff, and a compiled tools/IrrFontTool/oldFontTool/IrrFontTool.exe.
That makes a lot of platform-specific binary files for a source!
We only release a zip file. And yeah - for good or bad, that always contains windows binaries. If you have a .tar file then it comes from another source, not from the Irrlicht team.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Basically because it's not a pure source code release. Guess the idea was that users can quickly check-out demos etc. I really just kept the package like the previous once as I didn't want to change much for a bugfix release (it's meant to replace last release package 1:1). I already planned to get rid of some of those for Irrlicht 1.9, as for example Irrlicht dll hardly makes sense anymore now that even VS dropped downward compatibilty (unless you limit yourself to old c++ features in new projects). In the past packages contained even more binaries I think. Like more DLL's (for VS 64 bit and for a while even for MinGW, which tended to be constantly not working as MinGW changed always too much between versions). For other platforms we always only had .txt files explaining why they are not there.
A pure source-release would make sense. But I'm too lazy too think about that for a bugfix release. Will consider it all again with next release.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
We only release a zip file. And yeah - for good or bad, that always contains windows binaries. If you have a .tar file then it comes from another source, not from the Irrlicht team.
Yes, I call it a tarball even though it's a zip, sorry for the sloppy wording.
Why should it contain windows binaries?
Basically because it's not a pure source code release. Guess the idea was that users can quickly check-out demos etc. I really just kept the package like the previous once as I didn't want to change much for a bugfix release (it's meant to replace last release package 1:1). I already planned to get rid of some of those for Irrlicht 1.9, as for example Irrlicht dll hardly makes sense anymore now that even VS dropped downward compatibilty (unless you limit yourself to old c++ features in new projects). In the past packages contained even more binaries I think. Like more DLL's (for VS 64 bit and for a while even for MinGW, which tended to be constantly not working as MinGW changed always too much between versions). For other platforms we always only had .txt files explaining why they are not there.
A pure source-release would make sense. But I'm too lazy too think about that for a bugfix release. Will consider it all again with next release.