Update programlib

[slimbuck]

This PR:

• registers programs in the application directly on the device instead of using the programlib object
• remove unused device object from StandardMaterialOptionsBuilder
• fix ProgramLibrary test with SHADER_ defines updated in Utility private ShaderPass class to abstract some code scattered in the codebase #4328

[mvaligursky]

I think a first step we should take is consider moving /program-lib folder outside of the graphics. It this it should standalone, one level up from graphics, on the same level as the /scene. Currently it is in graphics, but uses many constants and even few modules the scene. And consider how this works out after that. I'm not convinced the GraphicsDevice should own the builders library. Graphics device should be a user of generated shaders, but don't be part of the generation itself.

[slimbuck]

I think a first step we should take is consider moving /program-lib folder outside of the graphics. It this it should standalone, one level up from graphics, on the same level as the /scene. Currently it is in graphics, but uses many constants and even few modules the scene. And consider how this works out after that. I'm not convinced the GraphicsDevice should own the builders library. Graphics device should be a user of generated shaders, but don't be part of the generation itself.

Yep totally agree. Also Device owns ProgramLibrary and ProgramLibrary keeps device :(

What this PR is doing is -not- registering random shader chunks as programs (by not using programlib for this) without potentially breaking existing projects.