Displaying 20 results from an estimated 20000 matches similar to: "[LLVMdev] signature keys"
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
2013 Jan 22
0
[LLVMdev] soft float signature problem
What happens here is that the code that is doing the "softening",
generates a libcall
On closer inspection, llvm is doing half of this correctly.
The signature for the soft float function for extending a float to
double is of the form:
i64 xxx_extendsfdf2(float);
But it should be
i64 xxx_extendsfdf2(i32)
This particular paradigm is duplicated many times in the the float type
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 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.
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
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.
2013 Jul 25
1
[LLVMdev] static functions and optimization
Seems like -femit-all-decls partially works around this.
But I would still like to solve the real problem of creating a function
which is local/static but which cannot be thrown away by the optimizer
if not referenced.
On 07/24/2013 04:07 PM, Reed Kotler wrote:
> Maybe there is some attribute I can add this will not allow the function
> to be discarded.
>
> On 07/24/2013 03:45 PM,
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
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
2015 Mar 19
2
[LLVMdev] Final added to parser<bool>
On 03/19/2015 09:57 AM, David Blaikie wrote:
>
>
> On Thu, Mar 19, 2015 at 9:52 AM, Reed Kotler <reed.kotler at imgtec.com
> <mailto:reed.kotler at imgtec.com>> wrote:
>
> On 03/19/2015 09:38 AM, David Blaikie wrote:
>>
>>
>> On Thu, Mar 19, 2015 at 9:34 AM, Reed Kotler
>> <reed.kotler at imgtec.com <mailto:reed.kotler at
2015 Mar 19
2
[LLVMdev] Final added to parser<bool>
On 03/19/2015 09:38 AM, David Blaikie wrote:
>
>
> On Thu, Mar 19, 2015 at 9:34 AM, Reed Kotler <reed.kotler at imgtec.com
> <mailto:reed.kotler at imgtec.com>> wrote:
>
> 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
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
>
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:
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 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
2015 Mar 19
4
[LLVMdev] Final added to parser<bool>
Well, you are an mclinker contributor and Google uses mclinker and now
it's broken as the result of your change.
I still don't see any justification to making a change in a public
interface that is used by other non LLVM projects
to fix some issue with clang warnings. People should be able to derive
from those classes. I can't understand
your reasoning as to why these classes must
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
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
Can we get back to the substantive discussion about your ideas for
lessening the technical debt?
On Mon, Jun 4, 2012 at 8:05 PM, reed kotler <rkotler at mips.com> wrote:
> Well, differences of opinion is what makes horse races.
>
> Reed
>
>
> On 06/04/2012 04:57 PM, Daniel Berlin wrote:
>>
>> On Mon, Jun 4, 2012 at 7:53 PM, reed kotler<rkotler at