I think you are mixing hwloc libraries here. CPUType was removed a while
ago (except on Solaris). And CPUVendor was widely added later.
My feeling is that your lstopo uses a recent libhwloc while your test
program uses an old one.
Brice
Le 05/01/2017 15:16, Xavier LACOSTE a écrit :
> Hello Samue
Yes, indeed, __GNUC__ is 4 and __GNUC_MINOR__ 8
-Message d'origine-
De : Samuel Thibault [mailto:samuel.thiba...@inria.fr]
Envoyé : jeudi 5 janvier 2017 14:35
À : Hardware locality user list
Cc : Brice Goglin
Objet : Re: [hwloc-users] Building hwloc on Cray with
/opt/cray/craype/2.5.4/b
Hello Samuel,
With my test I get :
CPU_Vendor : (null)
Socket : CPUModel="Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz" | CPUType=x86_64
Meanwhile, the CPUVendor Field is in the generated xml.
XL.
-Message d'origine-
De : Samuel Thibault [mailto:samuel.thiba...@inria.fr]
Envoyé : jeudi 5
Yes, with no warning, and I can also execute my a.out.
$> cc toto.c
$> ./a.out
$> cat toto.c
int main(int argc, char *argv[])
{
return __builtin_ffsl((unsigned long) argc);
}
De : Brice Goglin [mailto:brice.gog...@inria.fr]
Envoyé : jeudi 5 janvier 2017 15:03
À : Xavier LACOSTE
Cc : Hardware loc
Does this even build with the cray compiler?
int main(int argc, char *argv[])
{
return __builtin_ffsl((unsigned long) argc);
}
Le 05/01/2017 14:56, Xavier LACOSTE a écrit :
>
> Indeed,
>
>
>
> If I had a #undef __GNUC__ in misc.h the compilation finished (I still
> have the link complainin
Indeed,
If I had a #undef __GNUC__ in misc.h the compilation finished (I still have the
link complaining about recompiling with -fPIE and linking with -pie, but I
should be able to handle that)
I tried all available cray cc (2.2.1 and 2.5.6) and they behave the same.
I'll see how to report bug t
Ah ok now I remember we've seen the same issue 4 years ago.
https://mail-archive.com/hwloc-users@lists.open-mpi.org/msg00816.html
Basically the Cray compiler claimed to be GCC compatible it was not. But
that users explicitly requested the cray compiler to behave as GNU with
"-h gnu". Did you pass a
Xavier LACOSTE, on Thu 05 Jan 2017 13:25:56 +, wrote:
> It seems that the __GNU__ is defined so I don’t get into the HWLOC_HAVE_FFSL
> section.
Do you mean __GNUC__? And which value does it have?
In other words: what, exactly, actually gets included from that file?
:)
Samuel
___
It seems that the __GNU__ is defined so I don't get into the HWLOC_HAVE_FFSL
section.
Maybe because I already configured once with gcc before ? Do I have to do
anything more than make clean an reconfigure to change compiler ?
De : Brice Goglin [mailto:brice.gog...@inria.fr]
Envoyé : jeudi 5 jan
configure seems to have detected ffsl() properly, but it looks like our
ffsl() redefinition gets enabled anyway, and conflicts with the
system-wide one.
Does it help if you comment out line #66 of include/private/misc.h ?
extern int ffsl(long) __hwloc_attribute_const;
Brice
Le 05/01/2017 13:52
Xavier LACOSTE, on Thu 05 Jan 2017 11:31:23 +, wrote:
> Hwloc builds correctly with gcc compiler but the CPUVendor field is not
> available using this code :
The code looks right and works here. What output do you get? Could you
post the output of
lstopo test.xml
Samuel
_
Hello Xavier
Can you send the /usr/include/string.h from that cray machine, your
config.log and include/private/autogen/config.h from the hwloc build
directory?
Do you get the same error if building from the default compiler instead
of /opt/cray/craype/2.5.4/bin/cc?
thanks
Brice
Le 05/01/2017 12:
Hello,
I'm trying to build hwloc on a cray machine with cray compiler
:/opt/cray/craype/2.5.4/bin/cc
I get the following error :
$> CC=cc ./configure --prefix=$PWD-cc-install
$> make
Making all in src
make[1]: Entering directory `/home/j0306818/xavier/hwloc-1.11.5/src'
CC bitmap.lo
CC-1
13 matches
Mail list logo