search for: golin

We just wanted to check to see if they are real bugs first. We will report them if they are not already fixed. Thanks. Del From: Renato Golin [mailto:renato.golin at linaro.org] Sent: Wednesday, July 6, 2016 12:07 AM To: Del Myers <delmyers at microsoft.com> Cc: LLVM Dev <llvm-dev at lists.llvm.org> Subject: RE: [llvm-dev] llvm 3.8.1 Release Did you report the bugs? It would be a lot easier to know if those were in bugzilla...

On 3 August 2016 at 10:46, Renato Golin <renato.golin at linaro.org> wrote: > We certainly do. This is a big deal. I'll write up something and let > Dmitry correct my mistakes. :) Done. > We'll also add the ARM/AArch64 changelogs. Done. :) cheers, --renato

On 19 February 2015 at 13:57, Renato Golin <renato.golin at linaro.org> wrote: > test/CodeGen/R600/Output/infinite-loop-evergreen.ll > > Is actually in an infinite loop on AArch64... This is RC4 Phase3. I > didn't see that on RC3. Well, I spoke too early. Apparently the test finished after 8 minutes running... Is that...

We checked the gathered data again. All regressions that we see are in 32-bit mode. The 64-bit mode looks good overall. - Elena From: Michael Kuperstein [mailto:mkuper at google.com] Sent: Saturday, August 06, 2016 02:56 To: Renato Golin <renato.golin at linaro.org> Cc: Demikhovsky, Elena <elena.demikhovsky at intel.com>; Matthew Simpson <mssimpso at codeaurora.org>; Nema, Ashutosh <Ashutosh.Nema at amd.com>; Sanjay Patel <spatel at rotateright.com>; llvm-dev <llvm-dev at lists.llvm.org>; Zaks, A...

On 26 August 2016 at 23:22, Renato Golin <renato.golin at linaro.org> wrote: > Woot! Compiling RT as we speak... :) Right, all went well until I got this: [0/1] Re-running CMake... -- Builtin supported architectures: i386;x86_64 -- Configuring done -- Generating done -- Build files have been written to: /home/rengolin/devel/llv...

The following bot is broken: http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux-bootstrap/builds/4016 because of the following change (SVN r213684): http://reviews.llvm.org/D4614 But it seems to build fine on my machine... I don't know enough about CMake to tell, but that seemed to be a bug/feature in CMake to which needed the work-around. Now, just looks like the work-around is

OK, so, if I understand, the tag is at 3.8.1, but there is no source drop available for download? Del From: Renato Golin [mailto:renato.golin at linaro.org] Sent: Tuesday, July 5, 2016 4:12 PM To: Del Myers <delmyers at microsoft.com> Cc: LLVM Dev <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] llvm 3.8.1 Release Hi Del, Yes, the tag is for the latest stable release. It's a bit confusing, we m...

...C, with the exact same behaviour. cheers, --renato On 29 July 2014 15:15, Evgeniy Stepanov <eugeni.stepanov at gmail.com> wrote: > OK, we can switch to SIGHUP. Could you please verify that this SIGUSR1 > behavior is not caused by MSan? > > On Tue, Jul 29, 2014 at 6:09 PM, Renato Golin <renato.golin at linaro.org> wrote: >> On 29 July 2014 15:02, Evgeniy Stepanov <eugeni.stepanov at gmail.com> wrote: >>> You mean replacing SIGUSR1 with SIGHUP in the test case? Weird, I >>> don't see how they are different. >> >> So, AFAIK, they...

...ropping already pushed patches. > > At most, it would might make sense to have some client-side scripts we > encourage users to install that check for accidental pushes of massive > series of patches in a single go and warn them about it. > > On Tue, Jul 19, 2016 at 4:44 PM Renato Golin <renato.golin at linaro.org> > wrote: > >> That is what I'm proposing, and Tim is helping us test. We should reach a >> solution quickly, and once we do, I'll update the document. >> >> Feel free to try his repo, I'll only try tomorrow. If you guys co...

...ort safelen() and even the simd construct itself, LLVM will require infrastructure work to know when a lexically backwards dependence may have been introduced. Jon -----Original Message----- From: Tian, Xinmin [mailto:xinmin.tian at intel.com] Sent: Monday, September 29, 2014 10:43 AM To: Renato Golin; Hal Finkel Cc: Humphreys, Jonathan; Robison, Arch; LLVM Dev Subject: RE: [LLVMdev] Proposal for ""llvm.mem.vectorize.safelen" Renato, I think Hal meant to ensure partial ordering, e.g. not to convert lexical forward data dep to lexical backward data dep due to statement ordering if...

...eers, --renato On 25 July 2014 09:39, Evgeniy Stepanov <eugeni.stepanov at gmail.com> wrote: > Hi, > > is it still an issue? > Just by looking at the code, I don't see why it could fail. Do you > need any help debugging it? > > On Wed, Jul 23, 2014 at 1:15 AM, Renato Golin <renato.golin at linaro.org> wrote: >> I'm compiling compiler-rt via CMake+Ninja on x86_64+ArchLinux and one >> of the tests fails on ToT: >> >> MemorySanitizer :: chained_origin_with_signals.cc >> >> The text expects uninitialized warnings while the ex...

...te: > Could it be that I'm misunderstanding signal semantics, and SIGUSR1 is > not guaranteed to be delivered (to the same process!) before kill() > returns? Could you check if that's what happens by adding a sleep() > somewhere? > > On Tue, Jul 29, 2014 at 2:17 AM, Renato Golin <renato.golin at linaro.org> wrote: >> Hi Evgeniy, >> >> Yes, it is. The problem here is that the program doesn't fail on my >> box (release and debug builds), so I have no idea how to debug the >> problem. According to the test, it's ran as "not &gt...

Yes, I will, just a little later today. On 30 January 2017 at 15:25, Renato Golin <renato.golin at linaro.org> wrote: > On 29 January 2017 at 18:32, Renato Golin <renato.golin at linaro.org> wrote: > > FYI, we got it again... > > > > http://lab.llvm.org:8011/builders/clang-cmake-aarch64-42vma/builds/3875 > > > > So it wasn't a on...

Ping? This is getting as often as every other run... Is that process downloading from an internal server? If not, should we? If yes, should we not? thanks, --renato On 20 April 2013 14:03, Renato Golin <renato.golin at linaro.org> wrote: > Hi folks, > > I noticed our test-suite bot is failing randomly when getting a timeout on > the install phase: > > > http://lab.llvm.org:8011/builders/clang-native-arm-lnt/builds/666/steps/venv.lnt.install/logs/stdio > > Downloa...

On 20 January 2015 at 18:55, Hans Wennborg <hans at chromium.org> wrote: > There weren't many merges between the branch point and the rc1 tag. They were: > > r226023 InstCombine: Don't take A-B<0 into A<B if A-B has other uses > r226029 IR: Fix a use-after-free in RAUW > r226044 IR: Drop metadata references more aggressively during teardown > r226046

...Failure === It was failing with this error ( http://lab.llvm.org:8011/builders/clang-cmake-aarch64-full/builds/1493/steps/ninja%20check%201/logs/stdio ): Pass 'SanitizerCoverageModule' is not initialized. Verify if there is a pass dependency cycle. Required Passes: clang-3.9: /home/renato.golin/buildslave/clang-cmake-aarch64-full/llvm/lib/IR/LegacyPassManager.cpp:668: void llvm::PMTopLevelManager::schedulePass(llvm::Pass*): Assertion `PI && "Expected required passes to be initialized"' failed. #0 0x00000000014de8a8 llvm::sys::PrintStackTrace(llvm::raw_ostream&) (...

----- Original Message ----- > From: "Daniel Berlin via llvm-dev" <llvm-dev at lists.llvm.org> > To: "Renato Golin" <renato.golin at linaro.org>, "George Burgess IV" > <george.burgess.iv at gmail.com> > Cc: "llvm-dev" <llvm-dev at lists.llvm.org>, "Jia Chen" > <jchen at cs.utexas.edu> > Sent: Monday, March 21, 2016 2:07:44 PM > Subject: R...

...;> is DENBench’s RGB conversions. >>> >>> >>> >>> Ayal. >>> >>> >>> >>> *From:* Demikhovsky, Elena >>> *Sent:* Monday, August 08, 2016 00:09 >>> *To:* Michael Kuperstein <mkuper at google.com>; Renato Golin < >>> renato.golin at linaro.org> >>> *Cc:* Matthew Simpson <mssimpso at codeaurora.org>; Nema, Ashutosh < >>> Ashutosh.Nema at amd.com>; Sanjay Patel <spatel at rotateright.com>; llvm-dev >>> <llvm-dev at lists.llvm.org>; Zaks, Ayal...

...e access to DENBench. If you like we could test your patch to see how it (mis)behaves. From: Michael Kuperstein [mailto:mkuper at google.com] Sent: Thursday, August 18, 2016 03:57 To: Zaks, Ayal <ayal.zaks at intel.com> Cc: Demikhovsky, Elena <elena.demikhovsky at intel.com>; Renato Golin <renato.golin at linaro.org>; Matthew Simpson <mssimpso at codeaurora.org>; Nema, Ashutosh <Ashutosh.Nema at amd.com>; Sanjay Patel <spatel at rotateright.com>; llvm-dev <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] enabling interleaved access loop vectorization...

...> > > Do we want GCC compatibility? > > > > Regards, > > > > Bernie > > > > > > *From:* cfe-dev-bounces at cs.uiuc.edu [mailto:cfe-dev-bounces at cs.uiuc.edu] *On > Behalf Of *Eric Christopher > *Sent:* 07 January 2014 21:37 > *To:* Renato Golin; Amara Emerson; Clang Dev; LLVM Dev > *Subject:* Re: [cfe-dev] [LLVMdev] AArch64 Clang CLI interface proposal > > > > Parsing the arch string is a bit icky, but I don't really have too much of > a problem with it - and it's better than -mcpu so... > > > > -eric...