> On Jan 17, 2022, at 21:59, 0dminnimda <0dminni...@gmail.com> wrote:
>
> > The phrase “clang api” is a bit vague (libclang?)
>
> If it's possible, then of course LibClang as it's backward compatible, but I
> know that it's restricted in functionality, so if LibClang don't give such
> freedom,
> On Jan 17, 2022, at 14:35, 0dminnimda via cfe-users
> wrote:
>
> I wanna use regular functionality of clang but instead of passing path to the
> source I want to pass string as source code. Yes, it's preferably a code that
> uses clang api and not just call to clang with source that was put
> On Dec 24, 2021, at 09:56, Sunil Kumar wrote:
>
> Thanks Matthew. I am using the x86_64 system.
> I wanted to ask you one more question. After installing clang, how to install
> openmp with the OMPT tool interface in clang-13.
Sorry, this is something I am not familiar with. I thought openm
> On Dec 24, 2021, at 06:45, Csaba Raduly via cfe-users
> wrote:
>
> Hi Sunil,
>
> On Fri, 24 Dec 2021 at 14:51, Sunil Kumar via cfe-users
> mailto:cfe-users@lists.llvm.org>> wrote:
>>
>> Hi,
>> I tried many times to install clang-13 in ubuntu-16.04. I followed the steps
>> mentioned below.
> On Mar 11, 2021, at 02:27, Mark Jamsek via cfe-users
> wrote:
>
> I checked out and built clang as per the docs Getting Started page[0].
>
> When using clang, however, compilation of C and C++ projects fail to
> find the needed headers from their respective standard libraries.
>
> I can get
> On Jan 3, 2021, at 16:12, Volker Weißmann via cfe-users
> wrote:
>
> Hello,
>
> If you define a type privately (or protected) like this:
>
> class c {
>
> class priv{};
>
> };
>
> then the writing "c::priv" outside of the class c will generate the error
> "'class c::priv' is private
> On Jul 6, 2020, at 07:28, Oliver Niebuhr via cfe-users
> wrote:
>
> Hello List.
>
> I hope I have subscribed to the correct List - there are a lot of them :)
>
> My Problem is:
> Since the last 2.5 Weeks I try to compile Clang Release/10.x in Debug
> Mode. Unfortunately the build always end
Hi,
Clang 3.8 is not available in the Ubuntu 20.04 repositories [0], so I guess you
must have added a PPA or other source to get this. It would seem your source
that is providing clang-3.8 does not also provide all its dependencies.
Thanks,
Matt
[0]:
https://packages.ubuntu.com/search?keywo
Hi Tianyou,
I am not enough of a physicist to know what “the qualification of the ground
state energy in a quantum system” means, but this does not sound like a Clang
bug to me. You did not say whether `a` in your example is a float or a double,
but the minimum legal values for these types are
> On May 1, 2020, at 21:57, suyash singh via cfe-users
> wrote:
>
> does clang support sparc backend?
>
> I tried " clang -target sparc " to compile a simple c program on
> ubuntu(x86_64), clang detects sparc as a valid target but does not work with
> it.
>
> /usr/bin/as: unrecognized opt
> On Oct 31, 2019, at 14:30, Hans Åberg via cfe-users
> wrote:
>
>>
>> On 31 Oct 2019, at 22:07, David Blaikie wrote:
>>
>>> On Thu, Oct 31, 2019 at 1:51 PM Hans Åberg wrote:
>>>
On 31 Oct 2019, at 21:40, David Blaikie wrote:
Such that it's not practical for the compiler d
Hans, it’s challenging to give sensible advice/guesses without knowing which
test is failing. Maybe I missed this information in the replies (please CC the
list if you want follow up answers from more than just David). I am not a GMP
developer, but note that GMP is regularly tested with ubsan an
> On Aug 21, 2019, at 05:36, Forumer 4umer via cfe-users
> wrote:
>
> So a bit more explanation, the macros are used to generate data structure and
> methods and the following definition is used to declare a structure:
>
> DEF_STRUCT(namedDate, namedDate, (std::string, name), (std::time_t, da
> On Aug 20, 2019, at 07:27, Forumer 4umer via cfe-users
> wrote:
>
> Hello,
>
> I am sorry to ask for some help on this subject but I am not very comfortable
> with preprocessor and especially with the differences between compilers.
> We have some (ugly) macros used to generate some data str
> On Aug 9, 2019, at 14:58, Richard Smith via cfe-users
> wrote:
>
> On Fri, 9 Aug 2019 at 10:32, Chris Hall via cfe-users
> mailto:cfe-users@lists.llvm.org>> wrote:
> On 09/08/2019 15:00, Matthew Fernandez wrote:
> >> On Aug 9, 2019, at 05:23, Chris Hall via cfe-users wrote:
> >>
> >> I find
> On Aug 9, 2019, at 05:23, Chris Hall via cfe-users
> wrote:
>
>
> I find that __builtin_constant_p() works as expected, but
> __has_builtin(constant_p) denies it !
I believe you need __has_builtin(__builtin_constant_p).
>
> Similarly __builtin_expect() and __builtin_types_compatible_p()
> On Apr 12, 2019, at 04:10, Larry Evans via cfe-users
> wrote:
>
> I've just downloaded:
>
> http://releases.llvm.org/8.0.0/clang+llvm-8.0.0-x86_64-linux-gnu-ubuntu-18.04.tar.xz
> http://releases.llvm.org/8.0.0/clang+llvm-8.0.0-x86_64-linux-gnu-ubuntu-18.04.tar.xz.sig
>
> but when I tried to
> On Mar 7, 2019, at 00:24, Ankush Sharma via cfe-users
> wrote:
>
> Hi Team,
>
> During the linking stage for an “.so” file creation, an error message is
> being flagged by clang.
> ld: error: dummy.so: write: Function not implemented
>
> I'm not able to make a sense out of this message a
> On Feb 4, 2019, at 04:47, via cfe-users wrote:
>
> Hi @all,
>
> can anyone tell me, what is wrong with the following loop in Fill:
>
> https://godbolt.org/z/hyZ2HO
>
> Vectorization works for float, double and std::complex, but it fails
> for std::complex.
> The remark "read with atomic or
> On Oct 1, 2018, at 12:00, via cfe-users wrote:
>
> Date: Mon, 1 Oct 2018 21:41:23 +0300
> From: George Anchev via cfe-users
> To: cfe-users@lists.llvm.org
> Subject: Re: [cfe-users] error: unknown target CPU 'pentium-m'
> Message-ID: <20181001214123.49bb8093@localhost>
> Content-Type: text/pl
This is probably something you have already considered but just to play devil’s
advocate, could your needs be met by putting a script called “clang” in your
users’ $PATH that simply does the following?
#!/usr/bin/env bash
/path/to/real/clang -march=broadwell "$@"
> On Sep 25, 2018, at
> On Jul 6, 2018, at 12:00, via cfe-users wrote:
>
> Message: 1
> Date: Fri, 6 Jul 2018 09:54:05 +0200
> From: Hans Wennborg via cfe-users
> To: "Jian, Xu"
> Cc: "cfe-users@lists.llvm.org"
> Subject: Re: [cfe-users] how clang merge strings in .rodata section
> Message-ID:
>
> Content-
Hello all,
Meta question: is cfe-users still a productive forum for getting Clang support?
I ask because the vast majority of questions I see on here either receive no
response or are forwarded to cfe-dev. I’m not trying to start an argument, but
simply ask whether maybe there should only be on
What version of Clang are you using? I cannot tell from the Travis config. I
cannot reproduce this with -Wall -Wextra with any of the Clangs I happen to
have on hand (3.8.0, 4.0.1, 5.0.0).
> On 1 Apr 2018, at 12:00, via cfe-users wrote:
>
> Send cfe-users mailing list submissions to
>cfe-
I don’t have the reference on hand, but I’m pretty sure writing to one union
member and reading the value back through another is undefined behaviour. I
believe this is inherited from C99 or earlier.
> On 19 Mar 2018, at 12:00, via cfe-users wrote:
>
> Send cfe-users mailing list submissions
25 matches
Mail list logo
