[Users] ET_2014_05 fails to build on Linux Mint 17
g14n8326 at campus.ru.ac.za
Thu Jun 26 15:19:22 CDT 2014
Yes, the file libhwloc.la doesn't seem to exist anywhere in my
machine despite the fact that I have libhwloc-dev installed.
I have no idea why this is the case.
Also, even after installing libnuma-dev (on the command line)
still the following command returns the same output as it did
before installing the package.
$ldd $HWLOC_DIR/libhwloc.so | grep numa
libnuma.so.1 => /usr/lib/x86_64-linux-gnu/libnuma.so.1
I also corrected the following command and it gives the output
$ ls /usr/lib/x86_64-linux-gnu/libnuma.*
Of course, it would help to eventually understand why -lnuma also
comes into the liking sequence. Probably someone else will be able
to figure it out, or it will come out in time.
Many thanks to all of you for your kind assistance.
On 26/06/2014 17:52, Frank Loeffler wrote:
> On Thu, Jun 26, 2014 at 05:42:48PM +0200, Dumsani Ndzinisa wrote:
>> $ pgk-config hwloc --static --libs
>> No command 'pgk-config' found, did you mean:
> Ok. That is not a problem.
>> $ ls $HWLOC_DIR/libhwloc.*
> Apparently no libhwloc.la - as here too.
>> $ ldd $HWLOC_DIR/libhwloc.so | grep numa
>> libnuma.so.1 => /usr/lib/x86_64-linux-gnu/libnuma.so.1
>> $ nm $HWLOC_DIR/libhwloc.a | grep -i numa
>> $ nm -D $HWLOC_DIR/libhwloc.so | grep -i numa
>> $ ls /usr/lib/libnuma.*
>> ls: cannot access /usr/lib/libnuma.*: No such file or directory
> Ok, here this would probably need to be
> $ ls /usr/lib/x86_64-linux-gnu/libnuma.*
>> $ dpkg -l '*libhwloc*'
>> ii libhwloc-dev:a 1.8-1ubuntu1 amd64 Hierarchical view of the machine
>> ii libhwloc5:amd6 1.8-1ubuntu1 amd64 Hierarchical view of the machine
>> $ dpkg -l '*libnuma*'
>> ii libnuma1:amd64 2.0.9~rc5-1u amd64 Libraries for controlling NUMA po
> Theoretically, the mentioned test in the configure script should not
> trigger for you, as there is no .la file. Something on the other hand
> seems to add -lnuma to your link line. It would be interesting to know
> what this is - because this is what makes this fail - you don't have
> libnuma1-dev (or libnuma-dev) installed, so there is no .so file (just
> the .so.1), which then lets the linker fail.
More information about the Users