also update INCLUDE/LIB when not building packages

[h-vetinari]

In conda-forge/pytorch-cpu-feedstock#328, we want to move the library portion of pytorch (including the import libraries) to %LIBRARY_LIB% (to fix conda-forge/pytorch-cpu-feedstock#327); however, there are some pytorch compilation tests that then won't find those libs, because they're not looking in that directory by default.

This is in contrast to our compilers on UNIX, which add $PREFIX/lib to LDFLAGS not just for building packages, but also when activated compilers are in a regular environment (which is the case when we're running tests for pytorch, for example).

So mirror the setup from GCC here, which would allow us to fully move all the import libraries for libtorch to %LIBRARY_LIB%, without having to patch individual dependent packages to look in there specifically.

[conda-forge-admin]

Hi! This is the friendly automated conda-forge-linting service.

I just wanted to let you know that I linted all conda-recipes in your PR (recipe/meta.yaml) and found it was in an excellent condition.

I do have some suggestions for making it better though...

For recipe/meta.yaml:

• ℹ️ The recipe is not parsable by parser conda-souschef (grayskull). This parser is not currently used by conda-forge, but may be in the future. We are collecting information to see which recipes are compatible with grayskull.
• ℹ️ The recipe is not parsable by parser conda-recipe-manager. The recipe can only be automatically migrated to the new v1 format if it is parseable by conda-recipe-manager.

_{This message was generated by GitHub Actions workflow run https://github.com/conda-forge/conda-forge-webservices/actions/runs/12924565560. Examine the logs at this URL for more detail.}

[isuruf]

Thanks