Displaying 9 results from an estimated 9 matches for "cheapside".
2019 Oct 23
3
FileCheck wishlist
...ance with UK data protection legislation.
All associated feasible security measures are in place. Further details are available from the Privacy Notice on the website and/or from the Company.
Graphcore Limited (registered in England and Wales with registration number 10185006) is registered at 107 Cheapside, London, UK, EC2V 6DN.
This message was scanned for viruses upon transmission. However Graphcore accepts no liability for any such transmission.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191023/c56dd52d...
2007 Jul 05
3
data messed up by read.table ? (PR#9779)
...1
17 South.Gravel 3.7 2 Grassland 4 F 2
18 Observatory.Ridge 1.8 6 Grassland 3.8 F 0
19 Pond.Field 4.1 0 Meadow 5 T 6
20 Water.Meadow 3.9 0 Meadow 4.9 T 8
21 Cheapside 2.2 8 Scrub 4.7 T 4
22 Pound.Hill 4.4 2 Arable 4.5 F 5
23 Gravel.Pit 2.9 1 Grassland 3.5 F 1
24 Farm.Wood 0.8 10 Scrub 5.1 T 3
>
2020 Jan 31
2
[RFC][FileCheck] New option to negate check patterns
...ance with UK data protection legislation.
All associated feasible security measures are in place. Further details are available from the Privacy Notice on the website and/or from the Company.
Graphcore Limited (registered in England and Wales with registration number 10185006) is registered at 107 Cheapside, London, UK, EC2V 6DN.
This message was scanned for viruses upon transmission. However Graphcore accepts no liability for any such transmission.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200131/6d23e49d...
2020 Feb 03
2
[RFC][FileCheck] New option to negate check patterns
...legislation.
> All associated feasible security measures are in place. Further details
> are available from the Privacy Notice on the website and/or from the
> Company.
>
> Graphcore Limited (registered in England and Wales with registration
> number 10185006) is registered at 107 Cheapside, London, UK, EC2V 6DN.
> This message was scanned for viruses upon transmission. However Graphcore
> accepts no liability for any such transmission.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20...
2020 Jun 15
2
FileCheck: using numeric variable defined on same line with caveats
...ance with UK data protection legislation.
All associated feasible security measures are in place. Further details are available from the Privacy Notice on the website and/or from the Company.
Graphcore Limited (registered in England and Wales with registration number 10185006) is registered at 107 Cheapside, London, UK, EC2V 6DN.
This message was scanned for viruses upon transmission. However Graphcore accepts no liability for any such transmission.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200615/05f2d6f6...
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
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
#
2020 Jun 15
2
FileCheck: using numeric variable defined on same line with caveats
Before addressing the CHECK-NOT case, I’m still unclear about the DAG case.
What should the first DAG line match? The regex matching would first attempt to match “10 12” but the expression evaluation would fail; so the DAG candidate wouldn’t match; does this mean the DAG matching does not continue searching, and the test fails? Or would we restart the search…. where? With “0 12” (skipping only
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)
}
]