Displaying 20 results from an estimated 2000 matches similar to: "[LLVMdev] Getting Static Array Content"
2012 Sep 28
0
[LLVMdev] Fwd: Re: Getting Static Array Content
Forgot cc'ing the list...
-------- Original Message --------
Subject: Re: [LLVMdev] Getting Static Array Content
Date: Fri, 28 Sep 2012 08:55:51 +0200
From: Ivan Llopard <ivanllopard at gmail.com>
To: Ryan Taylor <ryta1203 at gmail.com>
Hi Ryan,
On 28/09/2012 02:07, Ryan Taylor wrote:
> I'm trying to get the values in a static global array. What is the
> best
2016 Aug 24
2
Change GlobalValue Type/Initializer
Hi,
I am trying to update the initializer of a global value and I have encounter two issues:
The first one is that I can not change the type of the global value. Let say that I have the following variable: @.str = private unnamed_addr constant [6 x i8] c”Test0A\00", align 1
How can I change the ”Test0A\00” to ”OtherTest0A\00”. Is this possible? I know that you can change the initializer
2017 May 22
2
DebugInfo, Metadata usage
Hello LLVM Community,
I'm working on some analyzer\checker and want to implement checker for
variables.
In that case, I want to retrieve some information about types of
variables or identify that the variable is either string or not.
As an example, for strings which can be char or string type I came up
with a solution to find it out via isString or isCString methods. But
for strings whose
2016 Aug 24
2
Change GlobalValue Type/Initializer
Hi Mehdi,
Thank you for you answer.
> Yes it is normal you *have* to use the same context to manipulate IR inside a Module. The context owns the module and destroying the context destroys everything that is created in the context. It is not clear to me what other context you could even manage to use here conceptually.
Actually I was using llvm::getGlobalContext() in order to get the context.
2012 May 08
0
[LLVMdev] Address space information dropped
On Tue, May 8, 2012 at 4:59 AM, Ivan Llopard <ivanllopard at gmail.com> wrote:
> Hi Eli,
>
>
> On 07/05/2012 18:15, Eli Friedman wrote:
>>
>> On Mon, May 7, 2012 at 5:15 AM, Ivan Llopard<ivanllopard at gmail.com>
>> wrote:
>>>
>>> Hi all,
>>>
>>> Tuning my TargetAsmPrinter implementation in the back-end side, I
2018 Mar 21
1
How to read String value of GlobalVariable?
Hi
I have IR Code like
...
@path = private constant [6xi8] c"abcde\00"
...
--- Code from Pass ---
GlobalVariable * GVPath = .... // contains @path
I want to convert "abcde" to StringRef. Can you help me with
GlobalVariable API?
GlobalVariable::getInitializer() --> Constant* // How to get exact value
äbcde from here?
~mahesh
-------------- next part --------------
2012 May 09
1
[LLVMdev] Address space information dropped
Le 08/05/2012 20:44, Eli Friedman a écrit :
> On Tue, May 8, 2012 at 4:59 AM, Ivan Llopard<ivanllopard at gmail.com> wrote:
>> Hi Eli,
>>
>>
>> On 07/05/2012 18:15, Eli Friedman wrote:
>>> On Mon, May 7, 2012 at 5:15 AM, Ivan Llopard<ivanllopard at gmail.com>
>>> wrote:
>>>> Hi all,
>>>>
>>>> Tuning my
2011 Mar 06
0
[LLVMdev] how to zero-init a global
On Sun, Mar 6, 2011 at 9:52 PM, Jochen Wilhelmy <j.wilhelmy at arcor.de> wrote:
> I have a module containing a constant e.g.
>
> @input = global %0 zeroinitializer, align 16
>
> when I copy the global into another module I use
> newGlobal->copyAttributesFrom(global);
> but the new module now has
>
> @input = external global %0, align 16
>
> i.e. the
2011 Dec 10
1
[LLVMdev] Types inference in tblgen: Multiple exceptions
On 10/12/2011 01:32, Eli Friedman wrote:
> On Fri, Dec 9, 2011 at 4:12 PM, Ivan Llopard<ivanllopard at gmail.com> wrote:
>> Hi Eli,
>> Thanks for your response. Please see my responses below.
>>
>>
>> On 10/12/2011 00:28, Eli Friedman wrote:
>>> On Fri, Dec 9, 2011 at 4:46 AM, Llopard Ivan<ivanllopard at gmail.com>
>>> wrote:
2011 Dec 10
0
[LLVMdev] Types inference in tblgen: Multiple exceptions
On Fri, Dec 9, 2011 at 4:12 PM, Ivan Llopard <ivanllopard at gmail.com> wrote:
> Hi Eli,
> Thanks for your response. Please see my responses below.
>
>
> On 10/12/2011 00:28, Eli Friedman wrote:
>>
>> On Fri, Dec 9, 2011 at 4:46 AM, Llopard Ivan<ivanllopard at gmail.com>
>> wrote:
>>>
>>> Hi all,
>>>
>>> I am writing
2012 May 29
2
[LLVMdev] [PATCH] handleMoveIntoBundle assertion
Hi Ivan,
I'm just looking into it now. Thanks for working on this.
- Lang.
On Tue, May 29, 2012 at 6:50 AM, Ivan Llopard <ivanllopard at gmail.com> wrote:
> Hi again,
>
> Just forgot to add PATCH prefix to my message! Could you please review it ?
>
> Ivan
>
> Le 26/05/2012 00:52, Ivan Llopard a écrit :
> > Hi,
> >
> > I have a custom
2012 May 29
0
[LLVMdev] [PATCH] handleMoveIntoBundle assertion
Patch looks good. Committed in r157632. Thanks Ivan!
- Lang.
On Tue, May 29, 2012 at 11:00 AM, Lang Hames <lhames at gmail.com> wrote:
> Hi Ivan,
>
> I'm just looking into it now. Thanks for working on this.
>
> - Lang.
>
>
> On Tue, May 29, 2012 at 6:50 AM, Ivan Llopard <ivanllopard at gmail.com>wrote:
>
>> Hi again,
>>
>> Just
2012 May 08
4
[LLVMdev] Address space information dropped
Hi Eli,
On 07/05/2012 18:15, Eli Friedman wrote:
> On Mon, May 7, 2012 at 5:15 AM, Ivan Llopard<ivanllopard at gmail.com> wrote:
>> Hi all,
>>
>> Tuning my TargetAsmPrinter implementation in the back-end side, I
>> discovered that the address space number is not passed down while
>> emitting global variables with constant initializers. The information is
2012 Mar 07
0
[LLVMdev] Data/Address registers
On Mar 7, 2012, at 6:23 AM, Ivan Llopard <ivanllopard at gmail.com> wrote:
> Hi Jim,
>
> Thanks for your response.
>
> Le 06/03/2012 22:54, Jim Grosbach a écrit :
>> Hi Ivan,
>> On Mar 3, 2012, at 4:48 AM, Ivan Llopard<ivanllopard at gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I'm facing a problem in llvm while porting it
2012 Nov 22
0
[LLVMdev] Disable loop unroll pass
I am the designer for open64 hwloop structure, but I am not a student.
Hope the following helps:
To transform a loop into hwloop, we need the help from optimizer. For example,
while(k3>=10){
sum+=k1;
k3 --;
}
into the form:
zdl_loop(k3-9) {
sum+=k1;
}
So, we introduce a new ZDLBR whirl(open64 optimizer intermediate) operator, which represents the loop in whirl as:
2012 Mar 15
0
[LLVMdev] Lowering formal pointer arguments
Our target also use different registers for pointer and non-pointer parameters.
> If you need llvm::Argument, this returns the iterator pointing to the
> first argument:
DAG.getMachineFunction().getFunction() only works in LowerFormalArguments (there it returns the callee), not in LowerCall (where it returns the caller, rather than the callee). You need to pass more information about the
2012 Mar 15
0
[LLVMdev] Lowering formal pointer arguments
If you need llvm::Argument, this returns the iterator pointing to the
first argument:
Function::const_arg_iterator Arg =
DAG.getMachineFunction().getFunction()->arg_begin();
On Wed, Mar 14, 2012 at 8:16 AM, Ivan Llopard <ivanllopard at gmail.com> wrote:
> Hi,
>
> How can I get the llvm-type of the formal argument while lowering it ?
>
> My target needs to map pointer and
2012 Mar 28
0
[LLVMdev] Remove subreg copies
On Mar 28, 2012, at 7:41 AM, Ivan Llopard <ivanllopard at gmail.com> wrote:
> Hi,
>
> I'm facing a problem in my BE while trying to remove certain copies.
> Here is a code snippet which I would like to optimize
>
> %vreg1<def> = READF32r; vRRegs:%vreg1
> %vreg2<def> = COPY %vreg1:rsub_h; iRSubRegs:%vreg2 vRRegs:%vreg1
> %vreg3<def> = COPY
2012 May 07
0
[LLVMdev] Address space information dropped
On Mon, May 7, 2012 at 5:15 AM, Ivan Llopard <ivanllopard at gmail.com> wrote:
> Hi all,
>
> Tuning my TargetAsmPrinter implementation in the back-end side, I
> discovered that the address space number is not passed down while
> emitting global variables with constant initializers. The information is
> dropped at AsmPrinter::EmitGlobalConstant() function call which defaults
2012 Feb 08
0
[LLVMdev] Fixed-point arithmetic
On Wed, Feb 8, 2012 at 3:39 AM, Ivan Llopard <ivanllopard at gmail.com> wrote:
> Hi all,
>
> Is there any ongoing work in LLVM/Clang to support fixed-point
> arithmetic as described in ISO/IEC TR 18037 ?
No.
> It seems that gcc has support for it since 2007 and it would be useful
> for us to add such support.
> Just to get an idea if we decide to work on this, how long