Displaying 20 results from an estimated 30000 matches similar to: "Defining intrinsic with arbitrary number of parameter?"
2016 Sep 16
2
builtins name mangling in SPIR 2.0
+ Alexey Anastasia
According to SPIR spec v1.2 s2.10.3
2.10.3 The printf function
The printf function is supported, and is mangled according to its prototype as follows:
int printf(constant char * restrict fmt, ... )
Note that the ellipsis formal argument (...) is mangled to argument type specifier z
It seems printf should be mangled.
Alexey/Anastasia,
What do you think? Thanks.
Sam
From:
2016 Sep 18
2
builtins name mangling in SPIR 2.0
I don't see any problem mangling it to be honest even though there seems to be only one prototype anyways.
We could add restrict in as well.
Cheers,
Anastasia
________________________________
From: Hongbin Zheng <etherzhhb at gmail.com>
Sent: 17 September 2016 05:32:54
To: Liu, Yaxun (Sam)
Cc: cfe-dev at lists.llvm.org; llvm-dev; Bader, Alexey (alexey.bader at intel.com); Anastasia
2016 Sep 12
2
builtins name mangling in SPIR 2.0
Thanks a lot.
On Mon, Sep 12, 2016 at 1:42 PM, Liu, Yaxun (Sam) <Yaxun.Liu at amd.com> wrote:
> If you use the default header file under clang/lib/Headers/opencl-c.h,
> get_global_id will be mangled.
>
>
>
> If you want to declare get_global_id in your own header, add
> __attribute__((overloadable)), then it will be mangled.
>
>
>
> Sam
>
>
>
>
2012 Nov 16
0
[LLVMdev] Trouble starting private llvm buildbot master.
Hongbin,
Did you tweak sys.path?
# Extend paths to allow loading zorg and config modules.
import os, sys
path = os.path.join(os.environ.get('HOME'), 'zorg', 'buildbot',
'osuosl', 'master')
if path not in sys.path:
sys.path.append(path)
path = os.path.join(os.environ.get('HOME'), 'zorg')
if path not in sys.path:
sys.path.append(path)
2012 Nov 16
2
[LLVMdev] Trouble starting private llvm buildbot master.
Hi,
I had cloned zorg from https://llvm.org/svn/llvm-project/zorg/trunk,
then I try to start the buildbot master located in buildbot/osuosl/master
(the absolute path is
/nfs/home/hongbin.zheng/buildbot/zorg/buildbot/osuosl/master) by simply
typing "buildbot start"
And I get something like this from my twistd.log:
--- <exception caught here> ---
File
2017 May 18
2
[cfe-dev] Struct padding
the packed + aligned attribute will automatically introduce explicit
padding byte array:
https://godbolt.org/g/TlHX2g
Sometimes Clang will decide to automatically pack the struct/class in C++,
I don't know the details here, but looks like it is related to inheritance.
Thanks
Hongbin
On Thu, May 18, 2017 at 1:32 AM, mats petersson <mats at planetcatfish.com>
wrote:
> How do you
2016 Aug 03
2
LLVM bc converter from LLVM 3.9 to LLVM 3.1
>
> I also have a look at the code, looks like it directly parse the bitcode
> and build in memory representation in a different LLVM version than the
> bitcode. Is this correct?
According to your description, I guess the BitCodeWriter should be the one
> to do the bitcode version downgrade, right?
I think so.
I don't know much about it and don't want to give you
2017 May 18
2
[cfe-dev] Struct padding
Hi Mats,
When the struct is packed, explicit byte array is introduced to pad the
struct. (I saw this happened in clang 3.9.)
I want to check if a byte or byte array in an LLVM struct is introduce for
explicit padding or not.
I don't need to worry about this problem in case the newest clang do not
introduce byte array anymore.
Thanks
Hongbin
On Thu, May 18, 2017 at 1:03 AM, mats petersson
2017 Apr 26
1
Collectively dominance
Like I said, i'm nearly positive there is a much faster way, as the sets
are mostly shared except in the cyclic case, and in all reducible cyclic
cases, removal of back-arcs does not affect dominance
(because in any reducible flowgraph, v dominates u whenever u,v is a
back-arc)
On Tue, Apr 25, 2017 at 7:38 PM, Hongbin Zheng <etherzhhb at gmail.com> wrote:
> Hi Daniel,
>
>
2017 Apr 26
2
Collectively dominance
Hi Daniel,
Thanks a lot for all these explanation, I will try it out.
Hongbin
On Tue, Apr 25, 2017 at 7:04 PM, Daniel Berlin <dberlin at dberlin.org> wrote:
>
>
> On Tue, Apr 25, 2017 at 6:42 PM, Hongbin Zheng <etherzhhb at gmail.com>
> wrote:
>
>>
>>
>> On Tue, Apr 25, 2017 at 6:32 PM, Daniel Berlin <dberlin at dberlin.org>
>> wrote:
2008 Aug 26
1
lattice: plotting an arbitrary number of panels, defining arbitrary groups
R Friends,
I'm running R2.7.1 on Windows XP.
I'm trying to get some lattice functionality which I have not seen
previously documented--I'd like to plot the exact same data in multiple
panels but changing the grouping variable each time so that each panel
highlights a different feature of the data set. The following code does
exactly that with a simple and fabricated air quality data
2016 Aug 03
2
LLVM bc converter from LLVM 3.9 to LLVM 3.1
Hi Steve,
Several people told me that LLVM TOT bcreader can read odder version of
bitcode without any problem. Do you know the oldest version of bitcode that
the TOT bitcode reader supports?
Also, why do you generate bitcode instead of the textural representation,
i.e. the "ll" file, for older version of LLVM? I guess generating "ll" code
is simpler.
Another approach I am
2017 Apr 26
2
Store unswitch
Hi,
Yes, I can see why that would not work.
The sinking algorithm in SimplifyCFG isn't particularly clever. In
particular it can't reason about memory ordering and aliasing. In
unswitch1(), it can identify that the stores correlate because the
correlating stores appear in the same relative source order. In unswitch2()
they have been permuted, and the algorithm cannot deal with this. This
2016 Aug 03
3
LLVM bc converter from LLVM 3.9 to LLVM 3.1
> On Aug 2, 2016, at 8:38 PM, Stephen Hines via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>
> Hi Hongbin,
>
> On Tue, Aug 2, 2016 at 8:26 PM, Hongbin Zheng <etherzhhb at gmail.com <mailto:etherzhhb at gmail.com>> wrote:
> Hi Steve,
>
> Several people told me that LLVM TOT bcreader can read odder version of bitcode without any problem. Do you know the
2017 Mar 29
2
sdiv in array subscript
On Wed, Mar 29, 2017 at 2:15 PM, Friedman, Eli <efriedma at codeaurora.org>
wrote:
> On 3/29/2017 1:05 PM, Hongbin Zheng wrote:
>
>> Hi Eli,
>>
>> Thanks. Do you mean ideally we should extend SimplifyIndVar to do the
>> sdiv->udiv replacement?
>>
>
> I haven't really looked into it closely, but it seems to make sense.
Ok.
Once I extend
2016 Aug 03
2
LLVM bc converter from LLVM 3.9 to LLVM 3.1
Thanks Steve and Mehdi for the explanation.
Steve,
I am a little be confused by looking at the code in
https://android.googlesource.com/platform/frameworks/compile/libbcc/+/master/bcinfo/BitReader_3_0/BitcodeReader.cpp.
Looks like the BitcodeReader do some translation while reading the bitcode.
If LLVM ToT can read the bitcode of LLVM 3.0, while can't we just use the
bitcode reader in LLVM
2016 Aug 03
2
LLVM bc converter from LLVM 3.9 to LLVM 3.1
> On Aug 2, 2016, at 8:49 PM, Stephen Hines <srhines at google.com> wrote:
>
>
>
> On Tue, Aug 2, 2016 at 8:44 PM, Mehdi Amini <mehdi.amini at apple.com <mailto:mehdi.amini at apple.com>> wrote:
>
>> On Aug 2, 2016, at 8:38 PM, Stephen Hines via llvm-dev <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote:
>>
2017 Apr 26
2
Collectively dominance
On Tue, Apr 25, 2017 at 6:32 PM, Daniel Berlin <dberlin at dberlin.org> wrote:
>
>
> On Tue, Apr 25, 2017 at 6:17 PM, Hongbin Zheng <etherzhhb at gmail.com>
> wrote:
>
>> Hi Daniel,
>>
>> I mean "*As a set*, B + C dominate D".
>>
>> On Tue, Apr 25, 2017 at 5:42 PM, Daniel Berlin <dberlin at dberlin.org>
>> wrote:
2017 Nov 17
2
Propagating noalias annotation
On 11/17/2017 02:01 AM, Hongbin Zheng wrote:
> Do you mean a and b are noalias if:
>
> static int foo(int *a, int *b) {
> return a[0] + b[0];
> }
>
> int bar(int *x) {
> return foo(x+1, x);
> }
>
> ?
>
> To me, because "AA.alias((x+1, MemoryLocation::UnknownSize),
> (x, MemoryLocation::UnknownSize)) != NoAlias", so a and b are not noalias.
2017 May 01
2
Problem with Polly build
2017-05-01 20:16 GMT+02:00 Eugene Zelenko via llvm-dev
<llvm-dev at lists.llvm.org>:
> Hi, Hongbin!
>
> On Mon, May 1, 2017 at 11:06 AM, Hongbin Zheng <etherzhhb at gmail.com> wrote:
>> Hi Eugene,
>>
>> It is strange, I also do a clean build with CMake+make with r301734 and it
>> is ok. Could you provide more details?
>>
>> Thanks
>>