search for: csdavec

Hello any LLVM people in or near Cambridge (the original one, not the knock-off in Massachusetts), Chandler's closing speech at EuroLLVM indicated that LLVM developers on this side of the pond don't spend as much time in the pub as our Californian counterparts and that this was an important thing to address. To address this, I propose that we start a regular Cambridge LLVM social. The

...ve got two bugs already filed for issues I had with the build infrastructure that our porting system turned up (12517 & 12518). I'll file another issue for the test suite issues, of which there were three for LLVM and one for clang IIRC. On Tue, Apr 10, 2012 at 11:41 AM, David Chisnall <csdavec at swan.ac.uk> wrote: > Open bug reports, and if you could add me to the CC list that would be great.  I did the Solaris port for a customer and I have a couple of diffs that I need to commit, which may fix some things for you.  I'm not sure how applicable it is to Illumos, but on Solaris...

...Linux/ELF, do know whether it is "officially" supported? Using aliases to point to the interior of objects seems like something that could be very likely to break, but I don't know anything about how ELF encodes aliases. - Daniel On Tue, Aug 25, 2009 at 9:07 AM, David Chisnall<csdavec at swansea.ac.uk> wrote: > I've attached a less-hackish implementation of this.  This includes the > following modifications: > > - getSupportsOverlappingAliases() method on TargetMachine which returns > whether the target supports multiple symbols to the same object.  This &g...

On Fri, Sep 17, 2010 at 4:44 PM, David Chisnall <csdavec at swan.ac.uk> wrote: > On 17 Sep 2010, at 23:24, Chris Lattner wrote: >> I don't see how this affects adoption.  If they haven't adopted it yet, then a change from 2.7->2.8 won't affect them. > > Because the major negative comment that is raised when I suggest peop...

On 15 Oct 2009, at 16:45, Chris Lattner wrote: > Unfortunately, we found out at the last minute that Apple has a rule > which prevents its engineers from giving video taped talks or > distributing slides. We will hold onto the video and slide assets in > case this rule changes in the future. Is this a new policy? I note that there are still videos and slides up from Apple

On 29 Apr 2012, at 23:44, Bill Wendling wrote: > - Module-level flags would be used for those options which affect the whole module and which prevent two modules that do not have that flag set from being merged together. For example, `-msoft-float' changes the calling convention in the output file. Therefore, it's only useful if the whole program is compiled with it. It would be a

On 5 June 2012 19:48, David Chisnall <theraven at theravensnest.org> wrote: > We plan on holding the next Cambridge LLVM social on Wednesday the 20th of June, from 7:30pm onwards, in The Cambridge Blue: Hi David, Is this today? Are you guys still going? --renato

On 20 Jun 2012, at 17:21, Renato Golin wrote: > On 5 June 2012 19:48, David Chisnall <theraven at theravensnest.org> wrote: >> We plan on holding the next Cambridge LLVM social on Wednesday the 20th of June, from 7:30pm onwards, in The Cambridge Blue: > > Hi David, > > Is this today? Yes. > Are you guys still going? I am, and I believe others are... David

On Wed, Jun 20, 2012 at 5:23 PM, David Chisnall <csdavec at swan.ac.uk> wrote: > On 20 Jun 2012, at 17:21, Renato Golin wrote: > >> On 5 June 2012 19:48, David Chisnall <theraven at theravensnest.org> wrote: >>> We plan on holding the next Cambridge LLVM social on Wednesday the 20th of June, from 7:30pm onwards, in The Cambr...

On 21 Jun 2012, at 09:45, Konstantin Tokarev wrote: > Use ccmake and don't suffer anymore! Now there's a construct that I never expected to see anyone utter seriously... David

Open bug reports, and if you could add me to the CC list that would be great. I did the Solaris port for a customer and I have a couple of diffs that I need to commit, which may fix some things for you. I'm not sure how applicable it is to Illumos, but on Solaris 10 and 11 on x86-64 they've got LLVM/Clang (self-hosting) running on top of libc++ / libcxxrt and able to build their own

I've got a port of LLVM for illumos with a handful of errors returned by check-all. Should I mail results or a link to those results, or open up bug reports for them? Cheers, Bayard

On 16 Nov 2011, at 19:45, Matthieu Monrocq wrote: > Many thanks David, it had been a while (6 months I guess) since the last benchmark I saw and I was wondering how the new Clang/LLVM compared to GCC! > > One comment though, the graphs are great, however the alternance of "less is better"/"more is better" makes for a difficult read: it's not obvious at a glance

Hi Bayard, (and apologies to anyone for whom this is off-topic) On 10 Apr 2012, at 19:56, Bayard Bell wrote: > illumos has done a free and clear implementation of locale support for > libc, and, in fact, it was taken from FreeBSD. Have a look at: > > https://www.illumos.org/projects/illumos-gate/repository/show/usr/src/lib/libc/port/locale I saw that, but unfortunately it's

Le 14 novembre 2011 20:40, Evan Cheng <evan.cheng at apple.com> a écrit : > > On Nov 14, 2011, at 10:46 AM, David Chisnall wrote: > > > Hello Everyone, > > > > I've been looking at benchmarks of LLVM recently, and overall they look > pretty good. Aside from things that use OpenMP or benefit from > autovectorisation, Clang/LLVM and GCC seem to come

I've attached a less-hackish implementation of this. This includes the following modifications: - getSupportsOverlappingAliases() method on TargetMachine which returns whether the target supports multiple symbols to the same object. This returns false in the superclass and needs to be explicitly overridden for each target to enable it. - An implementation of this method in

...the profile data. Maybe this is also part of the BPI/BFI in which case it's great. Cheers, Alok PhD Candidate, NTU Singapore. From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of Chandler Carruth Sent: Monday, July 16, 2012 6:34 AM To: Alastair Murray Cc: csdavec at swan.ac.uk; llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] FYI: Planning to remove ProfileInfo and related passes from LLVM On Sun, Jul 15, 2012 at 8:32 AM, Alastair Murray <alastairmurray42 at gmail.com<mailto:alastairmurray42 at gmail.com>> wrote: Hi Chandler, I'm a GSoC stude...

Hi Everyone, Chris suggested[1] I should ask for feedback as to whether this is a desired feature before I put too much effort into it, so here goes: I would like to be able to export a symbol that is inside an LLVM structure. This is possible on ELF targets[2], and the attached proof- of-concept patch to AsmWriter makes it work (although in a hackish way that I am NOT suggesting be

On Sun, Jul 15, 2012 at 8:32 AM, Alastair Murray <alastairmurray42 at gmail.com > wrote: > Hi Chandler, > > I'm a GSoC student working on profiling support (mentor CC'ed). I'm no > stranger to the issues with the current system: my original proposal was > written without knowledge of the limitations. This is why this list > hasn't heard much from me yet.

Hi, Link-Time Optimization has a problem. We need to preserve some of the flags with which the modules were compiled so that the semantics of the resulting program are correct. For example, a module compiled with `-msoft-float' should use library calls for floating point. And that's only the tip of the proverbial iceberg. Goals ===== My goals for whichever solution we come up with are