qcc: Shared libraries reference dependencies with absolute paths

[aelkhour]

I tried building boost 1.57 for qnxnto using
./b2 toolset=qcc target-os=qnxnto variant=release link=shared install
and I encountered the same issue as the one described here blackberry/Boost#11

The proposed solution of removing HAVE_SONAME in qcc.jam worked for me, and I was wondering:

• whether this issue has been solved since 1.57,
• whether removing SO_NAME is a clean solution.

[vprus]

Antonio,

there were not changes. Removing HAVE_SONAME is a suitable solution. Since qnx apparently has soname option in the compiler, there is no reason to be overly generic in qcc.jam.

Possible, it is possible to entirely remove definition of link.dll function and action from qcc.jam, so that it inherits one from gcc jam, but I don't have any way to test such a change, and don't recall why qcc.jam overrides these.