Win64 Build Deficiencies: Difference between revisions

From EDukeWiki
Jump to navigation Jump to search
No edit summary
No edit summary
 
Line 2: Line 2:


[[Hendricks266]] is leading the Win64 stability project.
[[Hendricks266]] is leading the Win64 stability project.
'''Win64 builds are now stable!'''


==Critical Problems==
==Critical Problems==
*None!


==Inconveniences==
==Inconveniences==
All problems below should be fixed but do not prevent Win64 builds from being declared stable.
All problems below should be fixed but do not prevent Win64 builds from being declared stable.


*Some oddity in SDL_mixer (possibly SDL itself) causes 64-bit RENDERTYPE=SDL builds to mysteriously crash. Sometimes backtraces indicate a crash in SDL_mixer's Mix_Linked_Version() (which just happens to be the first SDL_mixer function called in the code sequence), and sometimes it is a SIGSEGV at "0x0000000000000000 ()". This happens with both the website-provided VC-built import library (SDL_mixer.lib) and DLL, and Hendricks266's MinGW-w64 build (libSDL_mixer.a). Both builds use Hendricks266's MinGW-w64-built mainline SDL because no Win64 development libraries are provided on the website.
*None!


==Endemic but Non-Critical Flaws==
==Endemic but Non-Critical Flaws==


*The classic renderer will be measurably slower compared to 32-bit builds because Ken's ultrafast ASM code is 32-bit, forcing other architectures to use the slower C ports of the code. This is the only truly endemic drawback and is unlikely to be resolved anytime soon without skilled help.
*The classic renderer will be measurably slower compared to 32-bit builds because Ken's ultrafast ASM code is 32-bit, forcing other architectures to use the slower C ports of the code. This is the only truly endemic drawback and is unlikely to be resolved anytime soon without skilled help.

Latest revision as of 05:30, 16 June 2014

This is a list of problems that need to be fixed before Win64 builds can be considered stable. Feel free to add points as long as you maintain quality standards in your reports.

Hendricks266 is leading the Win64 stability project.

Win64 builds are now stable!

Critical Problems

  • None!

Inconveniences

All problems below should be fixed but do not prevent Win64 builds from being declared stable.

  • None!

Endemic but Non-Critical Flaws

  • The classic renderer will be measurably slower compared to 32-bit builds because Ken's ultrafast ASM code is 32-bit, forcing other architectures to use the slower C ports of the code. This is the only truly endemic drawback and is unlikely to be resolved anytime soon without skilled help.