Adds fullpaths to dylibs in libglib and pango to fix monterey linking

[netonjm]

New MacOS Monterey is not correctly resolving dylib locations when dllmap configuration is not specifying full paths, this makes VS4Mac use libcairo-2.dll from a dependency of a installed library in Hombrew.

A workaround was set full path to libcairo-2 and this fixed the problem.

[HinTak]

I don't think the path in dll.config has got anything to do with monterey linking? I think it is better to let the linker decide (to allow embedded and relocated usage)

[netonjm]

I don't think the path in dll.config has got anything to do with Monterey linking? I think it is better to let the linker decide (to allow embedded and relocated usage)

Just to add some context, after the Monterey update, the linking is failing to get correct paths in some users with Homebrew installed and packages with libcairo and libglib dependencies. The problem is that the linking is incorrectly deciding the directories to look for, instead of using the Mono folder as the first option, it uses the libraries within Homebrew, and this causes an NRE at startup. That is a workaround to avoid this scenario when starting, but I agree it is something that should be solved in a general way in MONO.

[Therzok]

Funny thing is that it was a guess :D

[sevoku]

I have merged the changes to d16-10 branch, we're using now for the next VSMac 8.10 release. I don't think this needs to be in main and I agree with @HinTak about linker. Converting this to a draft for now.