Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Matthew R. Becker
    @beckermr
    ah so you want to build dpcpp on top of the llvm and clang packages we already have
    that makes sense
    @napetrov said icx is also LLVM based, so my guess is that we'd want to do the same for it, right?
    Isuru Fernando
    @isuruf
    depends on how icx is built.
    Matthew R. Becker
    @beckermr
    fair enough. If it is linking at runtime to other parts of llvm or clang, then we probably would want to build it ourselves?
    Nikolay Petrov
    @napetrov
    I dont thonk that dpcpp can be build from sources - there is open part and smaller private part. Build that we have contains both.
    on inferencing with llvm - might be i’m missing details - but they are different compilers. You can have both clang and dpcpp running on same system and beyond missed space optimization opportunity this dhould work overall
    Isuru Fernando
    @isuruf
    You can't have both in the same environment
    say we tried to install dpc++ compiler and qt which brings in libclang, then we have a conflict
    is https://intel.github.io/llvm-docs/GetStartedGuide.html correct?
    Isuru Fernando
    @isuruf
    we already have intel-ocloc available as https://github.com/conda-forge/intel-compute-runtime-feedstock/pulls
    it hasn't been update since March
    Nikolay Petrov
    @napetrov
    Sorry for late reply. I see now. I don't sure that running dpcpp on top of custom build clang will simply work.
    Nikolay Petrov
    @napetrov
    FYI - as you guess it's super slow process to get changes done in large corp =) But we are moving to right direction so far.
    Isuru Fernando
    @isuruf
    :+1:
    Gabriel Galli
    @ggabriel96
    hello there guys!
    I've been using conda for a while now, mainly with Python development. Really love it <3
    I would like to use it for C++ development too, but I'm a little confused about how compilers work in conda. For example, there is Clang 11 in conda-forge, but GCC is only 9.3.0 (I've seen in the news that there was a recent migration). Why isn't there more versions?
    Compilers are kinda special, right? IIUC conda has its own compilers to build the packages. But isn't it possible to just package and distribute these compilers?
    Isuru Fernando
    @isuruf

    Why isn't there more versions?

    People are busy. PRs are always welcome

    Gabriel Galli
    @ggabriel96
    oh I'm sure, you guys do an amazing work, which I am really grateful for
    so it is possible to "just package" (a lot of quotes there) a compiler?
    will take a look at the docs to see if I can understand how that's done
    is this the correct repo? https://github.com/conda-forge/ctng-compiler-activation-feedstock
    oh actually I think it's this: https://github.com/conda-forge/compilers-feedstock
    Cheng H. Lee
    @chenghlee
    https://github.com/conda-forge/ctng-compilers-feedstock
    Gabriel Galli
    @ggabriel96
    thanks
    what is this ctng?
    Isuru Fernando
    @isuruf
    crosstool-ng
    Cheng H. Lee
    @chenghlee
    ctng == crosstool-ng (https://crosstool-ng.github.io/)
    Matti Picus
    @mattip

    I have a very strange problem. The version of x86_64-conda-linux-gnu/sysroot/usr/include/sys/uio.h in my conda environments does not include, ath the bottom, this stanza

    /* Some operating systems provide system-specific extensions to this
   header.  */
#ifdef __USE_GNU
# include <bits/uio-ext.h>
#endif

    and uio-ext.h is not available. This means I cannot compile code using process_vm_readv. Is that expected?

    Matthew R. Becker
    @beckermr
    what sysroot version?
    Matti Picus
    @mattip
    I am not sure what package provides the x86_64-conda-linux-gnu/sysroot/usr/include headers, and why they do not match my system ones
    Matthew R. Becker
    @beckermr
    can you post conda list
    Matti Picus
    @mattip
    sysroot_linux-64 2.12
    Matthew R. Becker
    @beckermr
    ah
    is this header only on cos7?
    that sysroot is glibc v 2.12
    Matti Picus
    @mattip
    ok, I wonder how that happened.
    what is "cos7" ?
    Matthew R. Becker
    @beckermr
    centos 7
    we repackage the sysroot from centos
    Matti Picus
    @mattip
    cool. So somehow I got cos6
    Matthew R. Becker
    @beckermr
    cos6 is the default
    you can try this: https://conda-forge.org/docs/maintainer/knowledge_base.html?highlight=cos7#using-centos-7
    Matti Picus
    @mattip
    thanks!
    Matthew R. Becker
    @beckermr
    I am not sure if this will solve it, but worth a try!
    Matti Picus
    @mattip
    as an end user, do I just update sysroot?
    Matthew R. Becker
    @beckermr
    in your env yeah
    that should work
    if you are using any cdts, make sure they have cos7 in the name
    Matti Picus
    @mattip
    thanks, that worked. I am not sure conda install sysroot-cos7-x86_64 was the best way to do the update, but it worked
    Matthew R. Becker
    @beckermr
    awesome