search for: chisnall

David, I like your patch. I applied the feedback in Phabricator and tested internally. Is it your intent to contribute the patch? I could commit the revised version on your behalf? > On Aug 14, 2014, at 2:41 AM, David Chisnall <David.Chisnall at cl.cam.ac.uk> wrote: > > I've put the diff in Phabricator here: > > http://reviews.llvm.org/D4901 > > If you think it looks vaguely sensible then let me know and I'll commit it. > > David > > On 13 Aug 2014, at 16:37, Chris Matthew...

Yes! That would be really great! > On Aug 13, 2014, at 3:09 AM, David Chisnall <David.Chisnall at cl.cam.ac.uk> wrote: > >> On 12 Aug 2014, at 19:34, Chris Matthews <chris.matthews at apple.com> wrote: >> >> The most notable change will be a switch from Buildbot to Jenkins. > > We're currently running LLVM test builds in Jenkins a...

Hi David, On Wed, Feb 12, 2014 at 5:22 PM, David Chisnall <David.Chisnall at cl.cam.ac.uk > wrote: > On 12 Feb 2014, at 13:21, Alexey Samsonov <samsonov at google.com> wrote: > > > On Wed, Feb 12, 2014 at 4:56 PM, David Chisnall < > David.Chisnall at cl.cam.ac.uk> wrote: > >> Are you going to move the unwind libr...

> On Oct 28, 2016, at 1:59 AM, David Chisnall <David.Chisnall at cl.cam.ac.uk> wrote: > > On 28 Oct 2016, at 09:46, Mehdi Amini <mehdi.amini at apple.com> wrote: >> >>> On Oct 28, 2016, at 1:21 AM, David Chisnall via llvm-dev <llvm-dev at lists.llvm.org> wrote: >>> >>> On 28 Oct 2016,...

On 28 Oct 2016, at 10:10, Mehdi Amini <mehdi.amini at apple.com> wrote: > >> >> On Oct 28, 2016, at 1:59 AM, David Chisnall <David.Chisnall at cl.cam.ac.uk> wrote: >> >> On 28 Oct 2016, at 09:46, Mehdi Amini <mehdi.amini at apple.com> wrote: >>> >>>> On Oct 28, 2016, at 1:21 AM, David Chisnall via llvm-dev <llvm-dev at lists.llvm.org> wrote: >>>> >>...

On Mon, Jun 9, 2014 at 1:21 PM, David Chisnall <David.Chisnall at cl.cam.ac.uk> wrote: > On 9 Jun 2014, at 10:19, Kostya Serebryany <kcc at google.com> wrote: > > > tsan's deadlock detector (as well as helgrind and many other similar > tools) detects lock order inversion, i.e. a situation which may potentially &g...

On Wed, Feb 12, 2014 at 4:56 PM, David Chisnall <David.Chisnall at cl.cam.ac.uk > wrote: > Are you going to move the unwind library there as part of the > reorganisation? > No. > > David > > On 11 Feb 2014, at 09:59, Alexey Samsonov <samsonov at google.com> wrote: > > > Hi all, > > > > co...

My pass runs after optimization passes. On Thu, Jul 9, 2015 at 1:11 PM, David Chisnall <David.Chisnall at cl.cam.ac.uk> wrote: > Hi, > > What are you trying to achieve? Inserting NOPs into LLVM IR is likely to > be pointless, as optimisations (in the IR or SelectionDAG) will remove them > before machine code generation. If you want to insert NOPs into the >...

On 18 Feb 2015, at 20:18, Jack Howarth <howarth.mailing.lists at gmail.com> wrote: > > Also doesn't FreeBSD use the standard major llvm releases for their > system compilers? We do pull in releases, but Dimitry also cherry-picks bug fixes throughout the life of each release. David

...address space. That is, the memory manager isn't allocating memory in that range. I'm sure there must be a way to allocate memory in that range on FreeBSD. The system loader has to do it, right? I just don't know what makes it happen. -Andy -----Original Message----- From: Dr D. Chisnall [mailto:dc552 at hermes.cam.ac.uk] On Behalf Of David Chisnall Sent: Friday, May 10, 2013 11:06 AM To: Kaylor, Andrew Cc: LLVM Developers Mailing List Subject: Re: TLS with MCJIT (an experimental patch) Without the MSP_32BIT part, I consistently hit this assertion: Assertion failed: ((Type == ELF...

On Aug 13, 2013, at 4:51 AM, David Chisnall <David.Chisnall at cl.cam.ac.uk> wrote: > Getting CMake up to the standard where it supports a superset of what autoconf supports is required for dropping autoconf Is there a list somewhere of what autoconf supports that CMake does not (and that people care about)? It could be that peopl...

Ok, thank you. I have also one question about getelementptr. In different versions of clang I see that sometimes array[i][i] is preceded by two getelementptr instructions and sometimes only by one - with an already complex index. 2017-09-01 12:50 GMT+02:00 David Chisnall <David.Chisnall at cl.cam.ac.uk>: > On 1 Sep 2017, at 11:44, Anastasiya Ruzhanskaya via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > > > Hello, > > I wonder if the getelementptr can have other successors than load, store > in some other cases when I di...

2017-06-07 22:51 GMT+08:00 David Chisnall <David.Chisnall at cl.cam.ac.uk>: > > You could approximate this using the address-of-label extension and > passing the address of the return basic block to the function then, in the > abnormal return path, jumping to that. Doing anything else is likely to be > very complicate...

On 14 August 2014 11:26, David Chisnall <David.Chisnall at cl.cam.ac.uk> wrote: > So you don't want to send it to the standard output. The things that want to parse it expect a file in the filesystem. So if you want the verbose build to be sticking it in a well-known file then I don't have strong objections, but it see...

> On Oct 28, 2016, at 1:21 AM, David Chisnall <David.Chisnall at cl.cam.ac.uk> wrote: > > On 28 Oct 2016, at 02:43, ジョウェットジェームス <b3i4zz1gu1 at docomo.ne.jp> wrote: >> >> I would need to sum up all the rules and ABIs and sizes for all the targets I need and generate different IR for each, am I correct? > >...

On 24 Sep 2014, at 05:59, Mueller-Roemer, Johannes Sebastian <Johannes.Sebastian.Mueller-Roemer at igd.fraunhofer.de> wrote: > <atomic> should work both in win32 and pthread versions of MinGW. <mutex> and <thread> are only supported in the pthread version though. <atomic> is trivial, as most of the support is provided by the compiler. As of Vista, Windows comes

On Tue, Sep 10, 2013 at 1:19 PM, David Chisnall <David.Chisnall at cl.cam.ac.uk > wrote: > On 10 Sep 2013, at 10:13, Kostya Serebryany <kcc at google.com> wrote: > > > How did you come with 320 bits? > > 320=64*4+64, which is the size of the metadata table entry plus pointer > size, > > > Sorry, that...

2017-06-02 19:51 GMT+08:00 David Chisnall <David.Chisnall at cl.cam.ac.uk>: > On 2 Jun 2017, at 03:38, TONGARI J via llvm-dev <llvm-dev at lists.llvm.org> > wrote: > > > > I'm aware of the invoke instruction and landingpad. But it's too heavy > > weight for control flow. It's quite expensive...

On 27 Oct 2015, at 09:48, Senthil Kumar <senthil.thecoder at gmail.com> wrote: > > Haven't worked on this yet, but I work on the gcc AVR backend (and binutils), and I'm very interested in this - I intend to work on it in my spare time. And do you have any comments / objections to Dylan becoming the code owner? David

...late stage of the > backend instead. Different IR's based on MachineInstr and MCInst are > used in these later stages. > > *From:*llvmdev-bounces at cs.uiuc.edu > [mailto:llvmdev-bounces at cs.uiuc.edu] *On Behalf Of *Zahra Marj > *Sent:* 09 July 2015 12:33 > *To:* David Chisnall > *Cc:* LLVM Developers Mailing List > *Subject:* Re: [LLVMdev] insert nop instruction > > My pass runs after optimization passes. > > On Thu, Jul 9, 2015 at 1:11 PM, David Chisnall > <David.Chisnall at cl.cam.ac.uk <mailto:David.Chisnall at cl.cam.ac.uk>> wrote: &...