|Perl: the Markov chain saw|
No, it is not part of the grant to do any additional work to adapt to changes introduced by commercial compilers that may have broken existing code.
Vanilla/Strawberry are built with gcc, and while some people may feel it is important to do the work needed to handle changes in commercial compilers, I don't personally feel it is the responsibility of the TPF to be funding compatability with non-open-source compilers, particularly where the blame for the code not working lies with those commercial compilers.
So while obviously you shouldn't be introducing any NEW bugs that might break existing working scenarios, fixing problems caused by commercial compiler vendors will not be part of the grant, or at least part of THIS grant. The grant committee may feel it is worth seperately funding this work, but I'd prefer to deal with seperate problems seperately.
In addition, and as an aside, Windows Vista is incompatible with nmake, and there is no obvious upgrade path for name, seeing as we have been using a very very old legacy build of nmake this entire time.
So from Vista onwards, I would expect that all Perl distributions will need to transition away from nmake to something like dmake.
In reply to Re^3: [JOB] The Perl Foundation seeks Windows Developer