Displaying 20 results from an estimated 100000 matches similar to: "[LLVMdev] helpful pointer"
2014 Feb 25
3
[LLVMdev] configure with clang vs gcc
On 02/24/2014 04:42 PM, Eric Christopher wrote:
> On Mon, Feb 24, 2014 at 4:40 PM, reed kotler <rkotler at mips.com> wrote:
>> I need to leave soon and will take a look in the morning.
>>
>> I did look at the autoconf input files configure.ac
>>
>> There is a disable-zlib but not a disable-valgrind, even though it seems
>> like there used to be.
2015 Jan 31
0
[LLVMdev] debug info for llvm::IntrinsicInst ???
On Fri, Jan 30, 2015 at 10:37 PM, reed kotler <rkotler at mips.com> wrote:
> Ok.
>
> I'm basically just following the model of the other fast-isel ports.
>
Yeah, not your fault - just an architectural quirk.
It's possible we could workaround the debug info side of this by declaring
the virtual dtor (or some other virtual function - even an explicit anchor
as we have
2014 Feb 25
2
[LLVMdev] configure with clang vs gcc
I see what my problem is here....
I'll continue to move further.
Seems like Richards fix is still okay.
On 02/25/2014 02:42 PM, Eric Christopher wrote:
> On Tue, Feb 25, 2014 at 2:41 PM, reed kotler <rkotler at mips.com> wrote:
>> On 02/25/2014 02:38 PM, Eric Christopher wrote:
>>> On Tue, Feb 25, 2014 at 2:32 PM, reed kotler <rkotler at mips.com> wrote:
2014 Jun 11
2
[LLVMdev] constraining two virtual registers to be the same physical register
On 06/10/2014 05:51 PM, Pete Cooper wrote:
> Hi Reed
>
> You can do this on the instruction itself by telling it 2 operands
> must be the same register. For example, from X86:
>
> let Constraints = "$src1 = $dst" in
> defm INSERTPS : SS41I_insertf32<0x21, "insertps">;
>
> Thanks,
Hi Pete,
Sorry.
I should have been more specific.
I'm
2013 Sep 18
2
[LLVMdev] forcing two instructions to be together
I used the A9 schedule as an example:
http://llvm.org/svn/llvm-project/llvm/trunk/lib/Target/ARM/ARMScheduleA9.td
The documentation could use more clarity, but this is how I was able to do it to always get two specific instructions to be scheduled together.
________________________________________
From: reed kotler [rkotler at mips.com]
Sent: Tuesday, September 17, 2013 8:54 PM
To: Micah Villmow
2014 Sep 30
2
[LLVMdev] ptrtoint
If you can't make an executable test from C or C++ code then how do you
know something works.
Just by examination of the .s?
On 09/30/2014 03:18 PM, Reed Kotler wrote:
> If I wanted to call this function that they generated by hand, from C or
> C+ code, how would that be done?
>
> if have seen cases where a real boolean gets generated but it was
> something fairly involved.
2012 Jun 05
0
[LLVMdev] technical debt
I definitely trust what you say now with time to think at your keyboard
over what you said on the spot in a live presentation. The comment that I
was referring to was:
36:44 of http://llvm.org/devmtg/2012-04-12/videos/Reed_Kotler-mobile.mov
"there's not really more than a couple thousand lines of .td ... I mean
there's not tons of this code so if we had to use a different one I
2013 Sep 18
0
[LLVMdev] forcing two instructions to be together
That doesn't actually give you a guarantee that they won't be split up. Phases other than the scheduler may insert instructions in the middle of block (constant island pass, for example). Pseudo-instructions are the canonical answer to that problem.
--Owen
On Sep 17, 2013, at 11:09 PM, Micah Villmow <micah.villmow at smachines.com> wrote:
> I used the A9 schedule as an
2013 Sep 18
0
[LLVMdev] forcing two instructions to be together
On 09/17/2013 04:51 PM, Micah Villmow wrote:
> Reed,
> Couldn't you also use instruction scheduling classes and specify that the second instruction has a bypass from the first instruction? The scheduler should always schedule them together in that case.
>
> Micah
>
I'm not sure exactly what you mean.
Can you point me to an example of that?
TIA.
Reed
>>
2014 Feb 25
3
[LLVMdev] configure with clang vs gcc
On 02/25/2014 02:38 PM, Eric Christopher wrote:
> On Tue, Feb 25, 2014 at 2:32 PM, reed kotler <rkotler at mips.com> wrote:
>> On 02/25/2014 09:30 AM, Richard Sandiford wrote:
>>> reed kotler <rkotler at mips.com> writes:
>>>> On 02/24/2014 04:42 PM, Eric Christopher wrote:
>>>>> On Mon, Feb 24, 2014 at 4:40 PM, reed kotler <rkotler at
2012 Jun 05
2
[LLVMdev] technical debt
Hi Sean,
Glad to hear there is clean up of tablegen going on.
Just for the record, I don't know what you are referring to regarding
some comment of mine
at my talk about 10K LOC.
I don't know how big tablegen is itself nor how much code has been
written in it so I would not have ventured such a guess.
The idea of totally replacing the tablegen language came up at the talk
during the
2013 Sep 17
2
[LLVMdev] forcing two instructions to be together
Reed,
Couldn't you also use instruction scheduling classes and specify that the second instruction has a bypass from the first instruction? The scheduler should always schedule them together in that case.
Micah
> -----Original Message-----
> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On
> Behalf Of reed kotler
> Sent: Tuesday, September 17, 2013
2011 Oct 20
1
[LLVMdev] Formal spec for LLVM IR (Was: LLVM Language Reference Strictness)
Reed,
Are you working on a grammar of the LLVM syntax or also on a full semantics?
Steve Zdancewic's group at U. Penn. is working on a formal operational semantics for LLVM. It is partially complete and Greg Morrisett at Harvard is planning to build further on it.
Regards,
--Vikram
Professor, Computer Science
University of Illinois at Urbana-Champaign
http://llvm.org/~vadve
On Oct 20,
2014 Feb 25
2
[LLVMdev] configure with clang vs gcc
I need to leave soon and will take a look in the morning.
I did look at the autoconf input files configure.ac
There is a disable-zlib but not a disable-valgrind, even though it seems
like there used to be.
You can find scripts on the internet when you google of people adding
disable-valgrind to configure.
I can probably implement disable-valgrind in configure.ac.
Reed
On 02/24/2014 04:33
2012 Jun 28
2
[LLVMdev] recursing llvm
Okay. Cool.
So do you bootrstrap and verify as part of the usual testing?
Do the nightly scripts do this?
Reed
On 06/28/2012 11:08 AM, Eric Christopher wrote:
> On Jun 27, 2012, at 10:48 PM, Reed Kotler<rkotler at mips.com> wrote:
>
>> On 06/27/2012 05:00 PM, Eric Christopher wrote:
>>> On Jun 19, 2012, at 5:24 PM, reed kotler<rkotler at mips.com> wrote:
2013 Nov 23
0
[LLVMdev] bugpoint question
----- Original Message -----
> From: "Reed Kotler" <rkotler at mips.com>
> To: "Hal Finkel" <hfinkel at anl.gov>
> Cc: LLVMdev at cs.uiuc.edu
> Sent: Friday, November 22, 2013 11:18:53 PM
> Subject: Re: bugpoint question
>
> In that case it tries to do something but fails.
>
> rkotler at ubuntu-rkotler:~/testmips16$
>
2014 Mar 27
2
[LLVMdev] using just llvm/clang for building mips llvm
Geting a seg fault. Have not investigted the cause.
rkotler at mipsswbrd002:~/richard$ tar vfxz
~/Downloads/ellcc-mips-linux-2014-Mar-24-07-32-26.tgz
rkotler at mipsswbrd002:~/richard/ellcc/bin$ gdb ./ecc
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are
2015 Mar 19
2
[LLVMdev] Final added to parser<bool>
On 03/19/2015 09:24 AM, David Blaikie wrote:
>
>
> On Thu, Mar 19, 2015 at 9:18 AM, Reed Kotler <reed.kotler at imgtec.com
> <mailto:reed.kotler at imgtec.com>> wrote:
>
> Well, you are an mclinker contributor
>
>
> Me personally? Not that I know of.
Sorry. I thought i had seen your name in an mclinker commit.
>
> and Google uses mclinker
>
2015 Mar 19
3
[LLVMdev] Final added to parser<bool>
On 03/19/2015 08:55 AM, David Blaikie wrote:
>
>
> On Thu, Mar 19, 2015 at 4:30 AM, Reed Kotler <Reed.Kotler at imgtec.com
> <mailto:Reed.Kotler at imgtec.com>> wrote:
>
> One could argue that mclinker is doing something good or not by
> how it's using this class
> but I don't see the need for parser<bool> to be final. That is a
>
2012 Jun 05
0
[LLVMdev] technical debt
FWIW, I'm putting together (hopefully to be done by the end of this
weekend) a substantial refactoring of the TableGen backend API along with
shiny new documentation (reStructuredText with sphinx) of all of TableGen,
including documentation about how to write backends and---depending on how
adventurous I get---a more detailed coverage of the syntax.
Also, Reed, in your TableGen talk, IIRC,