similar to: [LLVMdev] llvm.org/perf error 500

Guys, you can exclude me (dyatkovskiy) from this list, since I reverted my changes in r162354. -Stepan. llvm.buildmaster at lab.llvm.org wrote: > The Buildbot has detected a new failure on builder clang-native-mingw64-win7 while building cfe. > Full details are available at: > http://lab.llvm.org:8011/builders/clang-native-mingw64-win7/builds/876 > > Buildbot URL:

This builder is taking too long to build. (The build stops because of a timeout.) Chip On Aug 30, 2013, at 11:29 AM, llvm.buildmaster at lab.llvm.org wrote: > The Buildbot has detected a new failure on builder clang-amd64-openbsd while building llvm. > Full details are available at: > http://lab.llvm.org:8011/builders/clang-amd64-openbsd/builds/1103 > > Buildbot URL:

These warnings started appearing recently when building LLVM: llvm[2]: Compiling LLParser.cpp for Release build /Volumes/Data/Users/kremenek/llvm/lib/AsmParser/LLParser.cpp: In member function ‘bool llvm::LLParser::ParseBr(llvm::Instruction*&, llvm::LLParser::PerFunctionState&)’: /Volumes/Data/Users/kremenek/llvm/lib/AsmParser/LLParser.cpp:3195: warning: ‘Op1’ may be used uninitialized in

Hi Tobi, http://lab.llvm.org:8011/builders/perf-x86_64-penryn-O3-polly Looks like one of your boxes are bad and the other is good, but since they're both on the same bot, it looks to use as if it's unstable, spamming people every other build. :) Can you have a look, please? cheers, --renato

Sebastian Pop wrote: > Jack Howarth wrote: > > The attached patch eliminates http://llvm.org/bugs/show_bug.cgi?id=15817 by removing the remaining > > "; XFAIL:*" added in http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130415/171812.html. > > The Isl/CodeGen/scevcodegen-1.ll testcase in polly appears as an XPASS in current llvm/polly 3.3 > >

Sebastian Pop wrote: > Sebastian Pop wrote: > > Jack Howarth wrote: > > > The attached patch eliminates http://llvm.org/bugs/show_bug.cgi?id=15817 by removing the remaining > > > "; XFAIL:*" added in http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130415/171812.html. > > > The Isl/CodeGen/scevcodegen-1.ll testcase in polly appears as

On Fri, May 31, 2013 at 10:59:52AM -0700, Tobias Grosser wrote: > On 05/31/2013 10:11 AM, Sebastian Pop wrote: >> Sebastian Pop wrote: >>> Sebastian Pop wrote: >>>> Jack Howarth wrote: >>>>> The attached patch eliminates http://llvm.org/bugs/show_bug.cgi?id=15817 by removing the remaining >>>>> "; XFAIL:*" added in

On 05/31/2013 10:11 AM, Sebastian Pop wrote: > Sebastian Pop wrote: >> Sebastian Pop wrote: >>> Jack Howarth wrote: >>>> The attached patch eliminates http://llvm.org/bugs/show_bug.cgi?id=15817 by removing the remaining >>>> "; XFAIL:*" added in http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20130415/171812.html. >>>>

On Tue, Jun 04, 2013 at 11:51:31PM -0700, Tobias Grosser wrote: > On 05/31/2013 01:09 PM, Jack Howarth wrote: >> On Fri, May 31, 2013 at 10:59:52AM -0700, Tobias Grosser wrote: >>> On 05/31/2013 10:11 AM, Sebastian Pop wrote: >>>> Sebastian Pop wrote: >>>>> Sebastian Pop wrote: >>>>>> Jack Howarth wrote: >>>>>>>

On 05/31/2013 01:09 PM, Jack Howarth wrote: > On Fri, May 31, 2013 at 10:59:52AM -0700, Tobias Grosser wrote: >> On 05/31/2013 10:11 AM, Sebastian Pop wrote: >>> Sebastian Pop wrote: >>>> Sebastian Pop wrote: >>>>> Jack Howarth wrote: >>>>>> The attached patch eliminates http://llvm.org/bugs/show_bug.cgi?id=15817 by removing the

On Thu, Feb 12, 2009 at 4:47 AM, Ted Kremenek <kremenek at apple.com> wrote: > On Feb 11, 2009, at 8:14 PM, Ben Laurie wrote: > >> On Wed, Feb 11, 2009 at 8:24 PM, Ted Kremenek <kremenek at apple.com> wrote: >>> >>> Actually, neither of these methods are needed for ImmutableSet. >>> ImmutableSet already has an 'isEmpty()' method and I have

On 06/05/2013 06:24 AM, Jack Howarth wrote: > On Wed, Jun 05, 2013 at 08:47:03AM -0400, Jack Howarth wrote: >> On Tue, Jun 04, 2013 at 11:51:31PM -0700, Tobias Grosser wrote: >>> On 05/31/2013 01:09 PM, Jack Howarth wrote: >>>> On Fri, May 31, 2013 at 10:59:52AM -0700, Tobias Grosser wrote: >>>>> On 05/31/2013 10:11 AM, Sebastian Pop wrote:

On Wed, Jun 05, 2013 at 08:47:03AM -0400, Jack Howarth wrote: > On Tue, Jun 04, 2013 at 11:51:31PM -0700, Tobias Grosser wrote: > > On 05/31/2013 01:09 PM, Jack Howarth wrote: > >> On Fri, May 31, 2013 at 10:59:52AM -0700, Tobias Grosser wrote: > >>> On 05/31/2013 10:11 AM, Sebastian Pop wrote: > >>>> Sebastian Pop wrote: > >>>>>

On Wed, Feb 11, 2009 at 8:24 PM, Ted Kremenek <kremenek at apple.com> wrote: > Actually, neither of these methods are needed for ImmutableSet. > ImmutableSet already has an 'isEmpty()' method and I have never really seen > a case where "size()" needs to be explicitly calculated. If you need size() > itself, however, this seems like a perfectly valid addition.

I am at revision 45341, and I am getting a build failure on Leopard involving an unknown option to the ocaml compiler: llvm[3]: Compiling optimized llvm.ml for Debug build /opt/fink/bin/ocamlopt: unknown option `-g'. Usage: ocamlopt <options> <files> ... My ocaml binaries are compiled from source using fink: (kremenek at tedbook:llvm)$ which ocamlopt /opt/fink/bin/ocamlopt

On Feb 11, 2009, at 8:14 PM, Ben Laurie wrote: > On Wed, Feb 11, 2009 at 8:24 PM, Ted Kremenek <kremenek at apple.com> > wrote: >> Actually, neither of these methods are needed for ImmutableSet. >> ImmutableSet already has an 'isEmpty()' method and I have never >> really seen >> a case where "size()" needs to be explicitly calculated. If

DOn 2007-12-24, at 01:29, Ted Kremenek wrote: > I am at revision 45341, and I am getting a build failure on Leopard > involving an unknown option to the ocaml compiler: > > llvm[3]: Compiling optimized llvm.ml for Debug build > /opt/fink/bin/ocamlopt: unknown option `-g'. > Usage: ocamlopt <options> <files> > ... > > > My ocaml binaries are compiled

If you look at an .sln file, there's a long sequence of digits associated with every project, something like this 8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942. For the lack of a better word I called it "encoding". After I changed the dependencies between projects in the solution, msvs replaced those numeric sequences by new ones literally for every project in the solution file. The diff now

I am not certain, but I know one person to ask. I sent them an email off list and will follow up shortly. > On Aug 18, 2015, at 7:32 AM, deus ex <deusex12345678 at gmail.com> wrote: > > Hello, > > someone has an idea where I could get the other .svg LLVM Logo derivates? That would be great :) > > Thanks in advance. > > greetings, > > dex > >

Hi Dmitri, I know what you are saying, but in the end I think we are lucky if diffs against project files have any meaningful information. Nobody right now assumes responsibility for regularly updating the VS files, so we routinely get patches from different people when they decide to upgrade the project files, and these patches change the .sln files in arbitrary ways. If you have