Displaying 12 results from an estimated 12 matches for "graphcore".
2018 Apr 12
2
[Job Ad] Open positions @ Graphcore
Graphcore is a well funded startup that is developing a new processor
architecture
for accelerating machine-learning applications. We are looking for talented
engineers to build world-class development tools that fully exploit the
computational capabilities of our architecture.
Multiple roles are availabl...
2018 Apr 12
0
[Job Ad] Open positions @ Graphcore
...are ok on the llvm mailing list if and only if they are related to LLVM somehow. Please clarify if this is the case - or if not, please refrain from future posts. Thanks!
-Chris
> On Apr 12, 2018, at 3:11 AM, Jon Chesterfield via llvm-dev <llvm-dev at lists.llvm.org> wrote:
>
> Graphcore is a well funded startup that is developing a new processor architecture for accelerating machine-learning applications. We are looking for talented engineers to build world-class development tools that fully exploit the computational capabilities of our architecture.
>
> Multiple roles are...
2017 Jan 23
2
Pre/post-increment addressing mode in LSR
...(see http://llvm.org/docs/doxygen/html/TargetTransformInfo_8h_source.html line 310).
So I was wondering: is there a way to work around this limitation? And are there any plans to add support for pre- and post-increment addressing modes?
Thanks in advance for any help on this.
Jamie Hanlon (from Graphcore, www.graphcore.ai)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170123/11c66ff2/attachment.html>
2019 Oct 23
3
FileCheck wishlist
...d in contributed to FileCheck to maximize the impact of their contribution, myself included.
Best regards,
Thomas
** We have updated our privacy policy, which contains important information about how we collect and process your personal data. To read the policy, please click here<http://www.graphcore.ai/privacy> **
This email and its attachments are intended solely for the addressed recipients and may contain confidential or legally privileged information.
If you are not the intended recipient you must not copy, distribute or disseminate this email in any way; to do so may be unlawful.
Any...
2020 Feb 03
2
[RFC][FileCheck] New option to negate check patterns
...n here
>
> as the [[]] substitution can be done when the directive is read.
>
>
>
> My $.02,
>
> --paulr
>
>
>
> *From:* George Rimar <grimar at accesssoftek.com>
> *Sent:* Friday, January 31, 2020 5:52 AM
> *To:* Thomas Preud'homme <thomasp at graphcore.ai>; llvm-dev <
> llvm-dev at lists.llvm.org>; Robinson, Paul <paul.robinson at sony.com>;
> jh7370.2008 at my.bristol.ac.uk
> *Subject:* Re: [RFC][FileCheck] New option to negate check patterns
>
>
>
> Hi all,
>
>
>
> > I feel it might be confusi...
2020 Jan 31
2
[RFC][FileCheck] New option to negate check patterns
...extention to me I think.
Best regards,
George | Developer | Access Softek, Inc
________________________________
From: James Henderson <jh7370.2008 at my.bristol.ac.uk>
Sent: 31 January 2020 09:14
To: llvm-dev <llvm-dev at lists.llvm.org>; Thomas Preud'homme <thomasp at graphcore.ai>; Paul Robinson <paul.robinson at sony.com>; George Rimar <grimar at accesssoftek.com>
Subject: [RFC][FileCheck] New option to negate check patterns
[This message was sent from somebody outside of your organisation]
Hi all,
There have been a few cases recently where I...
2020 Jun 15
2
FileCheck: using numeric variable defined on same line with caveats
...ing the match expression, which is something that you have to do sometimes anyway. The two-level matching process (regex first, evaluation later) might be surprising to people, and I'd hope the diagnostic would give a hint in that direction.
--paulr
From: Thomas Preud'homme <thomasp at graphcore.ai>
Sent: Monday, June 15, 2020 10:59 AM
To: Robinson, Paul <paul.robinson at sony.com>; jh7370.2008 at my.bristol.ac.uk; 'llvm-dev at lists.llvm.org' <llvm-dev at lists.llvm.org>
Subject: Re: [llvm-dev] FileCheck: using numeric variable defined on same line with caveats
Hi...
2020 Jun 15
2
FileCheck: using numeric variable defined on same line with caveats
...hich would be either “10 “ or “10 12 13” from the first line, depending on the answer to the previous paragraph.
--paulr
From: llvm-dev <llvm-dev-bounces at lists.llvm.org> On Behalf Of James Henderson via llvm-dev
Sent: Monday, June 15, 2020 4:08 AM
To: Thomas Preud'homme <thomasp at graphcore.ai>
Cc: llvm-dev <llvm-dev at lists.llvm.org>
Subject: Re: [llvm-dev] FileCheck: using numeric variable defined on same line with caveats
I think I already gave my opinion on one of the previous patches, regarding CHECK-NOT, which approximately came to the same conclusion as what you'...
2020 Jan 31
2
[RFC][FileCheck] New option to negate check patterns
Hi all,
There have been a few cases recently where I've noticed two test cases in
the same lit test that do the same thing except invert the CHECK, to show
that something is NOT present. I'm talking about something like the
following:
# RUN: llvm-sometool --print-string | FileCheck %s --check-prefix=STRING
# RUN: llvm-sometool --no-print-string | FileCheck %s
--check-prefix=NO-STRING
#
2019 Jul 29
4
ICE in release/9.x when using LLVM_ENABLE_MODULES
I ran into an LLVM/Clang crash when attempting to do the following:
1. Build Clang from the release/9.x branch source.
2. Use the Clang from (1) to build clangd on the release/9.x branch,
with LLVM_ENABLE_MODULES=On.
I wrote a script to reproduce the crash:
https://gist.github.com/modocache/ac366ca9673b93bb21e75d3e72162608
At the above URL, you'll find a script `repro.sh` that reproduces
2019 Nov 06
9
FileCheck idiom difficulties
Hi all,
Many of our lit tests use FileCheck and a tool like llvm-readobj to check
properties of a section header/symbol/etc. A typical (pseudoised for
brevity) output to match against might be something like the following:
Symbols [
Symbol {
Name: foo
Value: 0
Type: Function
Section: .foo (1)
}
Symbol {
Name: bar
Value: 1
Type: Object
Section: .foo (1)
}
]
2020 Jun 11
2
FileCheck: using numeric variable defined on same line with caveats
Hi,
TL;DR: Is it ok to allow numeric variables used on same line as defined except for CHECK-NOT and with false negatives?
FileCheck does not currently allow a numeric variable from being used on the same line they were defined. I have a tentative patch to add that support but it comes with caveats so before going through review I'd like to get consensus on whether those caveats are