Displaying 6 results from an estimated 6 matches for "looppredicate".
2018 Jul 23
2
error: ordered comparison between pointer and zero ('address' (aka 'unsigned char *') and 'int')
Hi Thomas,
Looks good.
Your changes in loopPredicate.cpp does not match original changes - they
miss iff->is_RangeCheck() check [1]. But in JDK8 we did not have
specialized RangeCheckNode class in C2. Suggested fix should be fine fro
jdk 8u.
Reviewed.
Please, when sending RFA ( approval request) use original 8174050 bug id.
Thanks,
Vladimir...
2018 Jul 20
3
error: ordered comparison between pointer and zero ('address' (aka 'unsigned char *') and 'int')
...e::narrow_oop_base() != NULL) { // Implies UseCompressedOops.
if (val && val->is_Mach()) {
if (val->as_Mach()->ideal_Opcode() == Op_DecodeN) {
// This assumes all Decodes with TypePtr::NotNull are matched
to nodes that
diff -r 3544d85cfe11 src/share/vm/opto/loopPredicate.cpp
--- a/src/share/vm/opto/loopPredicate.cpp Thu Jul 19 10:00:36 2018 +0100
+++ b/src/share/vm/opto/loopPredicate.cpp Fri Jul 20 10:06:37 2018 +0800
@@ -869,7 +869,7 @@
Node* idx = cmp->in(1);
assert(!invar.is_invariant(idx), "index is variant");...
2018 Jul 19
2
error: ordered comparison between pointer and zero ('address' (aka 'unsigned char *') and 'int')
Hi HotSpot and LLVM developers,
I am building OpenJDK8[1] with LLVM toolchain[2] for mips64el, it failed
to build:
/home/loongson/jdk8-mips/hotspot/src/share/vm/opto/lcm.cpp:52:35: error:
ordered comparison between pointer and zero ('address' (aka 'unsigned
char *') and 'int')
if (Universe::narrow_oop_base() > 0) { // Implies UseCompressedOops.
2018 May 16
2
RFC: separating guards and implicit control flow
All,
TLDR: guards currently require reasoning about implicit control flow.
LLVM struggles with implicit control flow within a basic block. We
should redesign guards to admit this rather than trying to boil the ocean.
As you may be aware, LLVM currently has experimental support for a
construct called a "guard". A guard is like a branch to a potential
deoptimzation point, except
2017 Dec 21
2
Pass ordering - GVN vs. loop optimizations
Hi,
This is Ariel from the Rust team again.
I am having another pass ordering issue. Looking at the pass manager at
https://github.com/llvm-mirror/llvm/blob/7034870f30320d6fbc74effff539d946018cd00a/lib/Transforms/IPO/PassManagerBuilder.cpp
(the early SimplifyCfg now doesn't sink stores anymore! I can't wait until
I can get to use that in rustc!) I find that the loop optimization group
2018 May 17
0
RFC: separating guards and implicit control flow
On 05/16/2018 04:49 PM, Philip Reames wrote:
> All,
>
> TLDR: guards currently require reasoning about implicit control flow.
> LLVM struggles with implicit control flow within a basic block. We
> should redesign guards to admit this rather than trying to boil the
> ocean.
>
> As you may be aware, LLVM currently has experimental support for a
> construct called a