[Users] ET_2014_05 fails to build on Linux Mint 17

[Dumsani Ndzinisa]

Hi,

It's a bit funny that I can't really tell exactly if I'm on a 
multi-architectural
installation or not. I'm also relatively new to Unix type of systems.There
must be a way checking that, I'm sure. I would be happy if you could
suggest one such method for me.

But, naively, I would suspect it is a multi-arch installation that I
have here. Running the command "apt-file search <phrase>"
with i386, and x86_64-linus-gnu (amd64), gives a lot of things (mostly
stuff inside /usr/lib/....) that relate to both of these in my machine.
So, I just suppose it might be the case that I'm on a multi-arch
installation. That is as far as softwares (applications) are concerned.

On the hardware side, my laptop in a 64-bit capable machine
(Lenovo ThinkPadX240, Intel i7 core). I have quickly taken a look
at this link here for some brief exaplanations of terminology:
https://help.ubuntu.com/community/32bit_and_64bit .

Here is a command they suggested for me to use, adding that
" If this command returns lm (*L*ong *M*ode) as one of the flags, then your
processor is capable of 64-bit." :

     grep --color=always -iw lm /proc/cpuinfo

The output does confirm that the processor of my machine is 64-bit.
Here is part of the output:

      $ grep --color=always -iw lm /proc/cpuinfo
flags        : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall 
nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl 
xtopology nonstop_tsc ap

Regards


Dumsani

On 26/06/2014 22:39, Frank Loeffler wrote:
> On Thu, Jun 26, 2014 at 10:19:22PM +0200, Dumsani Ndzinisa wrote:
>> 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.
> This can be perfectly normal. The .la files are not necessary.
>
>> $ ls /usr/lib/x86_64-linux-gnu/libnuma.*
>> /usr/lib/x86_64-linux-gnu/libnuma.a /usr/lib/x86_64-linux-gnu/libnuma.so.1
>> /usr/lib/x86_64-linux-gnu/libnuma.so
> So you now do actually have everything you should need. Strange. If
> -lnuma still isn't found, /usr/lib/x86_64-linux-gnu is not in your
> standard search path (which would be odd, but possible. Do you by any
> chance try this on a multi-arch installation with i386 being the default
> (so that the numa library that is x86_64 cannot be linked, and you would
> need to install the corresponding i386 library instead - not that I
> would suggest that).
>
>> Of course, it would help to eventually understand why -lnuma also
>> comes into the liking sequence.
> True. From the configuration script and the absence of the .la file I
> would think it needs to be something else than that.
>
> On a single machine (like a workstation or laptop), I found that _not_
> using hwloc can actually be an advantage anyway in some circumstances
> (multiple MPI jobs _not_ all tied to the first core).
>
> Frank
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.einsteintoolkit.org/pipermail/users/attachments/20140626/66b152e4/attachment.html