search for: theheart

...ntOS-6.2 We moved a cron job from a CentOS-5.7 host to a CentOS-6.2 host. The MAILTO variable is set to support at harte-lyne.ca in both instances. On the CentOS-6 host instead of receiving the mail with the output we see this in /var/log/cron instead: Mar 12 14:49:01 inet09 CROND[6639]: (cron theheart) UNSAFE (support at harte-lyne.ca ) The CentOS-5 host uses Sendmail as the MTA, the CentOS-6 uses Postfix. We can send mail to support at harte-lyne.ca from the command line on both hosts. The permissions of the files in /var/spool/cron are: # ll /var/spool/cron total 12 -rw-------. 1 root root...

...do that - and I can add it as a bug. It’s almost certainly easy enough to fix, but I wanted to be sure that I wasn’t just making a naïve mistake. MartinO From: Richard Smith [mailto:richard at metafoo.co.uk] Sent: 01 March 2018 17:44 To: Martin J. O'Riordan <MartinO at theheart.ie <mailto:MartinO at theheart.ie> > Cc: Clang Dev <cfe-dev at lists.llvm.org <mailto:cfe-dev at lists.llvm.org> > Subject: Re: [cfe-dev] Disabling vectorisation at '-O3' On 1 Mar 2018 09:16, "Martin J. O'Riordan via cfe-dev" <cfe-dev at lists.llvm....

Hi Martin, On Fri, 3 Aug 2018 at 14:10, Martin J. O'Riordan <MartinO at theheart.ie> wrote: > $ git branch --list > * master > martino By default "git branch" only lists local branches. "git branch -a" will list all of them, including (for me) "remotes/origin/release_70". If you just type "git checkout release_70" git...

...around with the target-independent code for a target-specific purpose as it breaks the abstractions. All the best and thanks again, MartinO -----Original Message----- From: Tim Northover [mailto:t.p.northover at gmail.com] Sent: 01 January 2018 14:10 To: Martin J. O'Riordan <MartinO at theheart.ie> Cc: LLVM Developers <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] Inspecting 'Triple' from arbitrary source files Hi Martin, On 1 January 2018 at 12:42, Martin J. O'Riordan via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Is there a general purpose way o...

There's always the hypothetical template<typename T> llvm::Triple giveMeATripleDamnYou(const T &); Just keep adding implementations until you stop needing to. ;-) Cheers. Tim. On 1 January 2018 at 17:00, Martin J. O'Riordan <MartinO at theheart.ie> wrote: > Thanks Tim, > > Sometimes my hacks last longer than I want as it isn't always apparent how I can implement it properly. At the moment I am looking at changes I need to 'MachineBasicBlock::ReplaceUsesOfBlockWith'. It is most likely that I need to handle the iss...

...owing what is required, this is still just a wild guess. Any thoughts or recommendations on how these sections should be linked, and whether they need any special “PROVIDE” declarations? Or “SORT” clauses? Thanks, MartinO From: Martin J. O'Riordan [mailto:MartinO at theheart.ie] Sent: 19 July 2017 15:56 To: Xinliang David Li <xinliangli at gmail.com> Cc: llvm-dev <llvm-dev at lists.llvm.org> Subject: RE: [llvm-dev] PGO, zlib and 'default.profraw' Thanks. Yes, I build ‘clang’ and all the other tools and utilities together, so I am surprised tha...

> On Jan 16, 2018, at 11:31 PM, Martin J. O'Riordan <MartinO at theheart.ie> wrote: > > Thanks Matthias, > > I have both a pre-RA and a post-RA scheduler, and I had thought that I could track “has RA happened?” by setting a flag in my pre-RA scheduler as it completes - my suspicion (which you have confirmed) was that “#vregs == 0” was not a safe assump...

...longer argument list built by a Makefile. So it seems that the position of ‘-O3’ is overriding the other flags. The code in both ‘Clang.cpp’ and ‘ArgList.cpp’ are fine, my mistake, and sorry for wasting people’s time. MartinO From: Martin J. O'Riordan [mailto:MartinO at theheart.ie] Sent: 01 March 2018 18:27 To: 'Richard Smith' <richard at metafoo.co.uk>; 'Clang Dev' <cfe-dev at lists.llvm.org> Cc: 'LLVM Developers' <llvm-dev at lists.llvm.org> Subject: RE: [cfe-dev] Disabling vectorisation at '-O3' No, I’m wrong. I t...

...;Riordan via llvm-dev" <llvm-dev at lists.llvm.org> > To: <mbraun at apple.com> > Cc: 'LLVM Developers' <llvm-dev at lists.llvm.org> > Subject: Re: [llvm-dev] Adding comments to 'MachineInstruction' > Message-ID: <006701d39eb7$fda8ac90$f8fa05b0$@theheart.ie> > Content-Type: text/plain; charset="utf-8" > > Thanks Matthias, > > > > It looks like the comments that do exist are emitted are pre-cooked and depend on some other attribute of the MI or the context of the MI. Curiously enough, a couple of years ago I had...

Hi Martin, On 25 September 2017 at 20:35, Martin J. O'Riordan <MartinO at theheart.ie> wrote: > Are you building a Debug or Release version of the compiler? It seems that in Release builds of LLVM 5.0 the dump() implementation is absent, although the method is available in the interface. This is plain wrong in my view. If the dump() has to be removed then it should not be...

...ld was for Release to ensure that I got compile-time errors to reveal other places I might have otherwise missed. All the best, MartinO -----Original Message----- From: Dibyendu Majumdar [mailto:mobile at majumdar.org.uk] Sent: 25 September 2017 20:57 To: Martin J. O'Riordan <MartinO at theheart.ie> Cc: LLVM Developers <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] Errors linking with LLVM 5.0 - dump() missing Hi Martin, On 25 September 2017 at 20:35, Martin J. O'Riordan <MartinO at theheart.ie> wrote: > Are you building a Debug or Release version of the comp...

Hi Martin On 25 September 2017 at 21:13, Martin J. O'Riordan <MartinO at theheart.ie> wrote: > Yes, if it is in the interface it would make more sense to have a null implementation at the very least. In my out-of-tree target, I also removed them from the interface if the build was for Release to ensure that I got compile-time errors to reveal other places I might have oth...

...w targets that I think is missing that could establish best practices for both compiler development communities. All the best and thanks again, MartinO From: Eric Christopher [mailto:echristo at gmail.com] Sent: 20 March 2018 20:38 To: Martin J. O'Riordan <MartinO at theheart.ie> Cc: Richard Hadsell <hadsell at blueskystudios.com>; LLVM Developers <llvm-dev at lists.llvm.org> Subject: Re: [cfe-dev] When to use '-mcpu' versus '-march' Hi Martin, On Tue, Mar 20, 2018 at 1:18 PM Martin J. O'Riordan <MartinO at theheart.ie <mail...

...) || A->getOption().matches(PosAlias); else return !A->getOption().matches(Neg) && Default; } So the logic in ‘CLang.cpp’ looks valid. I’ve posted this to LLVM-Dev. Thanks again, MartinO From: Martin J. O'Riordan [mailto:MartinO at theheart.ie] Sent: 01 March 2018 18:15 To: 'LLVM Developers' <llvm-dev at lists.llvm.org>; 'Richard Smith' <richard at metafoo.co.uk> Subject: RE: [cfe-dev] Disabling vectorisation at '-O3' Yes, it looks like passing ‘EnableVec’ and ‘EnableSLPVec’ to ‘Args.hasFlag’ s...

...dency loop. Is there any advice to Out-of-Tree implementations about how to re-write their lowering code for shuffle so as to avoid this kind of infinite dependency coupling? Thanks, MartinO From: Nirav Davé [mailto:niravd at google.com] Sent: 01 March 2018 20:45 To: MartinO at theheart.ie Cc: llvm-dev <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] Heap Exhaustion during 'DAGCombiner::Run' Martin: I suspect this is an issue with post-DAG legalization store merging in the DAGCombiner. If you have a custom lowered type the DAGCombiner may end up merging a...

...e akin to shuffle selection than fusion and therefore it's a better fit for instruction selection than DAGCombining. Try movign it to <Target>ISelDAGToDAG's Select (or potentially PreprocessISelDAG). Th -Nirav On Tue, Mar 6, 2018 at 4:05 PM Martin J. O'Riordan <MartinO at theheart.ie> wrote: > We discovered what is happening. > > > > SDAGCombiner essentially looks at various combinations of nodes to do with > vectors, and when it can, it creates a vector shuffle. The problem is, > that our vector shuffle lowering builds new trees with vector element...

Hi Martin, On Tue, Mar 20, 2018 at 1:18 PM Martin J. O'Riordan <MartinO at theheart.ie> wrote: > Thanks Eric, > > > > After the original reply to my query I had a good look at the GCC > documentation for these options, and what I discovered is that “there is no > consensus” in GCC. Basically, saying do what GCC does was a non-answer as > it clarified n...

...id: https://llvm.org/svn/llvm-project/llvm/trunk at 293359 91177308-0d34-0410-b5e6-96231b3b80d8 On Mon, Sep 25, 2017 at 1:22 PM, Dibyendu Majumdar via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi Martin > > On 25 September 2017 at 21:13, Martin J. O'Riordan <MartinO at theheart.ie> > wrote: > > Yes, if it is in the interface it would make more sense to have a null > implementation at the very least. In my out-of-tree target, I also removed > them from the interface if the build was for Release to ensure that I got > compile-time errors to reveal othe...

...he problem but it crashes in the same way. Must admit, I’m stumped on this one. All the best, MartinO From: llvm-dev [mailto:llvm-dev-bounces at lists.llvm.org] On Behalf Of Serge Pavlov via llvm-dev Sent: Friday, September 15, 2017 5:40 PM To: Martin J. O'Riordan <MartinO at theheart.ie> Cc: LLVM Developers <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] Changes to 'ADJCALLSTACK*' and 'callseq_*' between LLVM v4.0 and v5.0 Hi Martin, Pseudo CALLSEQ_START was changed in r302527, commit message contains details on the changes. However CALLSEQ_END w...

Sorry, my reply “to all” left out LLVM-Dev From: Martin J. O'Riordan [mailto:MartinO at theheart.ie] Sent: 04 April 2018 16:41 To: 'David Blaikie' <dblaikie at gmail.com>; 'mcrosier at codeaurora.org' <mcrosier at codeaurora.org>; 'Chandler Carruth' <chandlerc at gmail.com>; 'Eric Christopher' <echristo at gmail.com> Subject: RE: [llvm-d...