similar to: [LLVMdev] missing optimization for icmps in induction variables?

Hi Nick, I checked in something towards (1) yesterday -- http://reviews.llvm.org/D6748 I was under the impression that (2) is exactly the kind of predicate ScalarEvolution::isKnownPredicate is designed to solve (using isImpliedCondXXX or something like that). Is there a reason to prefer GVN over that? On Wed, Jan 7, 2015 at 10:06 PM, Nick Lewycky <nicholas at mxc.ca> wrote: > Sanjoy

----- Original Message ----- > From: "Hal Finkel" <hfinkel at anl.gov> > To: "Chandler Carruth" <chandlerc at google.com> > Cc: llvmdev at cs.uiuc.edu > Sent: Thursday, July 16, 2015 1:58:02 AM > Subject: Re: [LLVMdev] Improving loop vectorizer support for loops > with a volatile iteration variable > ----- Original Message ----- > >

Hi Gerolf, I think we have several (perhaps separable) issues here: 1. Do we have a canonical form for loops, preserved through the optimizer, that allows naturally-constructed loop nests to remain separable? 2. Do we forbid non-lowering transformations that turn vectorizable loops into non-vectorizable loops? 3. How do we detect cases where transformations cause a negative answer to either

Hello. I'm following the instructions on how to install Civ 4 on my Ubuntu system. I've had it working perfectly in the past, but this time I come to a stop every time I try to patch to 1.74. The patch installer doesn't recognise that I have an existing installation of Civ on my system. Sorry to be a pain in the arse, but I can't remember if this happened before and if it did how

While looking for leaks I came across two old packet APIs which are easy to remove. I'm sending patches for each separately. First, there is the packet_set_connection(int fd_in, int fd_out) function in opacket.c The function relies on a behavior in ssh_packet_set_connection() where, when it is passed a NULL pointer, it will implicitely allocate a struct ssh and return it after then set

In https://bugs.llvm.org/show_bug.cgi?id=38011 (see also https://reviews.llvm.org/D48721) a problem was revealed related to llvm.loop metadata. The fault was that clang added the !llvm.loop metadata to branches outside of the loop (not only the loop latch). That was not handled properly by some opt passes (simplifying cfg) since it ended up merging branch instructions with different !llvm.loop

I'm running Wine 1.0.1, trying to get it to run various old programs: fractint, civ II, and most important: Pagemaker 6.5 . Even when I specify a graphics screen for the fractint, all I get on it is a text cursor which won't curse. Civ II installs nicely in the Wine "C" drive, but won't play --------------------------------------------------------- and the Pagemaker

I tried to install Civ 3 the other day. I think I might have got it installed right. Then when i went to run it, it did not work properly while detecting the cd in the cd rom tray. I figured i would ask this question to see what everyone thinks. Could it be that Civ 3 does not run due to the speed of the cd while running "through" wine? Im pretty sure that Civ3 requires a specific read

Dear all, I am basically a GIS user and am new to R. I am trying to write a data frame to a dbf file. *n.simulations <- 999 binomial <- kulldorff(geo, cases, population, NULL, pop.upper.bound, n.simulations, alpha.level, plot) cluster <- binomial$most.likely.cluster$location.IDs.included df <- data.frame(ID=seq(1,n.simulations,by=1), simloglkhd=binomial$simulated.log.lkhd)

Running Mac OS 10.5.8 Wine version 1.2.3 I'm trying to play Civ II, and it plays, just everything moves excruciatingly slow - even for Civ. How can I speed it up?

Being as how we're looking at putting my SO on Linux (she's *so* fed up with Windoze), big question for her: Civ 6 on CentOS? Will it run on C 7? Wait for C 8 (which I was sort of thinking of doing, anyway)? mark

The Problem? Nowaday, SCEV called "Scalar Evolution" does only evolate instructions that has predictable operand, Constant-Based operand. such as that can evolute as a constant. otherwise we couldn't evolate it as SCEV node, evolated as SCEVUnknown. important thing that we remember is, we do not use SCEV only for Loop Deletion, which that doesn't really needed on nature loops

The game isn't out for a few days yet, but people are salivating, see http://forums.macnn.com/77/gaming/422760/somebody-help-civ-5-in-crossover/

Hello, I'm using LLVM to reason about memory safety of programs. One goal is to prove that certain array accesses are always safe. Currently, one of these proofs fails because of a missing no-signed-wrap (nsw) flag. I found that it has been "lost" during the SimplifyIndVar pass. Here's the example: int foo(int a[]) { int sum = 0; for (int i = 0; i < 1000; ++i)

On Tue, Jan 24, 2017 at 1:20 PM, Sanjay Patel via llvm-dev < llvm-dev at lists.llvm.org> wrote: > > I started looking at the log files that you attached, and I'm confused. > The code that is supposedly causing the perf regression is created by the > loop vectorizer, right? Except the bad code is not in the "vector.body", so > is there something peculiar about

On 06/23/2019 04:05 PM, Andrew Holway wrote: > Ubuntu yes, centos no. > > https://store.steampowered.com/app/289070/Sid_Meiers_Civilization_VI/ > > On Sun, 23 Jun 2019, 05:41 mark, <m.roth at 5-cent.us> wrote: > >> Being as how we're looking at putting my SO on Linux (she's *so* fed up >> with >> Windoze), big question for her: Civ 6 on CentOS?

I have a problem running the game... I've tried installing it twice now and it still doesn't run. The Icon briefly opens on the Dock and the disappears in a few seconds. Also, when I try running the command "civilization4.exe" it doesn't run and no error appears on the screen. It simply reads: ' Command results The command "/Users/adrianfurlan/Library/Application

On Fri, 11 Sep 2015, Denniston, Todd A CIV NAVSURFWARCENDIV Crane wrote: > If anyone has clues on how to build and add just a portion of > gst-plugins-bad into the existing EL OS set of gstreamer plugins, please > share (even URL pointers). > > [1] http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/ext/openh264 > [2] https://en.wikipedia.org/wiki/OpenH264 > [3]

Hi, I am writing a loop pass to replace the backedge with an edge from latch to exit. Now I just replace the terminator of latch with another BranchInst, and the loop will not be a loop after my pass. However, it turns out a failure of loopverify after executing my pass: opt: ~/llvm/llvm-trunk/include/llvm/Analysis/LoopInfoImpl.h:297: void llvm::LoopBase<N, M>::verifyLoop() const [with

On 6/30/2017 7:48 AM, Balaram Makam via llvm-dev wrote: > > Edit. Predecessor -> successor. > > *From:* llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] *On Behalf > Of *Balaram Makam via llvm-dev > *Sent:* Friday, June 30, 2017 10:47 AM > *To:* llvm-dev at lists.llvm.org > *Subject:* [llvm-dev] LoopSimplify pass prevents loop unrolling > > Hi All, > >