build: fixed our soname version function to find libs outside of /usr/lib
authortheuni <theuni-nospam-@xbmc.org>
Sat, 3 Sep 2011 02:51:00 +0000 (22:51 -0400)
committertheuni <theuni-nospam-@xbmc.org>
Thu, 8 Sep 2011 06:25:33 +0000 (02:25 -0400)
commit9592c126ef6c6eccb379b5b48fefd858835bbe9d
treea3791bac64b52a8384ae00fc408ee02c0da8d51f
parentc1f45d8db6c865f90a9faf7e84fe09b8dbc15106
build: fixed our soname version function to find libs outside of /usr/lib

previously, we were only able to determine the sonames of libs in gcc's
default search paths. Instead, we should be using linker paths since it's
next to impossible to change where gcc looks. Use ld's paths instead for
consistency.

There are two primary reasons for this change:
1. Allow the use of libs in /usr/local, or anywhere else libs may be configured
2. Simplify cross builds where libs may be coming from a staging dir.

In the 2nd case, adding a path to LDFLAGS means that we'll be able to find the
SONAME.

This works by running $(LD) itself on the lib, so (when run on the same
machine) it searches the same paths as our dyloader.
configure.in