search for: systemcalls

Thanks for looking at this, and developing rsync. Really useful program that I rely on. Bit of a newbie but I couldn't find anything on this in these archives. Hopefully it's a really stupid question! I'm trying to backup using cp -al and then rsync -auR --delete backup idea basically as per http://www.mikerubel.org/computers/rsync_snapshots/#Incremental. I have a separate

The tentative date for the next Cambridge LLVM Social is Wed 22nd October, 7:30pm at the Cambridge Blue. http://www.the-cambridgeblue.co.uk/blueroadmap.html If you haven't done so yet, you can subscribe to our calendar to know when the next one will be: https://www.google.com/calendar/embed?src=as5fh066i94qthrkct1lv7rojo%40group.calendar.google.com&ctz=Europe/London Most people feel

On 30 July 2012 09:34, Renato Golin <rengolin at systemcall.org> wrote: > The tentative date for the next Cambridge LLVM Social is Wed 22nd > October, 7:30pm at the Cambridge Blue. Of course, I meant August. Thanks Igor for the correction!! -- cheers, --renato http://systemcall.org/

Folks, Has anyone tried this benchmark before? http://www.netlib.org/benchmark/livermorec Looks interesting, maybe should be added to test-suite? It's also a good way to learn Fortran... ;) -- cheers, --renato http://systemcall.org/

I will be there again! On 30 July 2012 10:35, Renato Golin <rengolin at systemcall.org> wrote: > On 30 July 2012 09:34, Renato Golin <rengolin at systemcall.org> wrote: > > The tentative date for the next Cambridge LLVM Social is Wed 22nd > > October, 7:30pm at the Cambridge Blue. > > Of course, I meant August. Thanks Igor for the correction!! > > -- >

On 1 January 2013 02:03, Sean Silva <silvas at purdue.edu> wrote: > I'm not sure if this was clear from my description, but it will still > commit each commit in `origin/master..HEAD` individually. Not explicitly, but I assumed so. Good thing git has a powerful squash/merge/reword interface. This is probably another topic that it's worth mention in the docs explicitly. --

On 22 September 2011 03:30, Eli Friedman <eli.friedman at gmail.com> wrote: >> I am trying to find such difference of bitcode between C and C++. > > There isn't any difference in that sense... in IR, a constructor is > just a function call, a reference is just a pointer, etc. Hi Fei, While Clang (like others) lowers C++ into C semantics and lower that into IR, there are

On 22 July 2012 20:42, Anton Korobeynikov <anton at korobeynikov.info> wrote: >> Any suggestions? > Try to specify CPU explicitly. He shouldn't have to, but that might help. Maybe setting -march? This is a big mess... I thought that v7 always assumed Thumb2 for the thumb flag, and v7M should always assume Cortex-M3 CPU if none provided. It's funny that James had a great

On 5 November 2012 17:41, Nadav Rotem <nrotem at apple.com> wrote: > 1. We do not allow reductions on floating point types. We should allow them when unsafe-math is used. > 2. All of the arrays are located in a struct. At the moment we don't detect that these arrays are disjoin, and this prevents vectorization. Indeed, they look like simple changes. If no one is dying to get them

Seems the last use of DIFactory in LLVM/Clang is in: clang/lib/CodeGen/CGDebugInfo.cpp to get the enums llvm::DIFactory::OpDeref and llvm::DIFactory::OpPlus. Shouldn't this be moved to DIBuilder and remove the dependency completely? -- cheers, --renato http://systemcall.org/ Reclaim your digital rights, eliminate DRM, learn more at http://www.defectivebydesign.org/what_is_drm

On 26 September 2012 01:08, Jan Voung <jvoung at chromium.org> wrote: > - Forward references will create negative-valued ids (which end up being > written out as large 32-bit integers, as far as I could tell). Can you use an SLEB-like representation? It's probably not going to be backwards compatible, but if there isn't an SLEB/ULEB representation in bitcode, I'd say

Sorry for the massive delay on this... did this thread at least fix your immediate problem? It may be a while until I can get to writing a "workflows" page. -- Sean Silva On Mon, Dec 31, 2012 at 9:07 PM, Renato Golin <rengolin at systemcall.org> wrote: > On 1 January 2013 02:03, Sean Silva <silvas at purdue.edu> wrote: >> I'm not sure if this was clear from my

That would be great! On Nov 5, 2012, at 2:11 PM, Renato Golin <rengolin at systemcall.org> wrote: > On 5 November 2012 17:41, Nadav Rotem <nrotem at apple.com> wrote: >> 1. We do not allow reductions on floating point types. We should allow them when unsafe-math is used. >> 2. All of the arrays are located in a struct. At the moment we don't detect that these

On 29 September 2011 13:54, Justin Holewinski <justin.holewinski at gmail.com> wrote: > Did you try to re-run configure after pulling that commit? > I just tried a shared build with: > ../configure --enable-optimized --enable-assertions > --enable-targets=host,ptx --enable-shared > And the build is successful. > What is your configure line, and system OS? Not sure it's

Just a reminder, the Cambridge LLVM Social is this Wednesday, 7:30pm at the Cambridge Blue. http://www.the-cambridgeblue.co.uk/blueroadmap.html If you haven't done so yet, you can subscribe to our calendar to know when the next one will be: https://www.google.com/calendar/embed?src=as5fh066i94qthrkct1lv7rojo%40group.calendar.google.com&ctz=Europe/London

Ok, I got the benchmark to work on test-suite, but it's not printing details for each run (or execution wouldn't work). I had to comment out the printf lines, but nothing more than that. I'm not sure how individual timings would have to be extracted, but the program produces output via text file, which can be used for comparison. Also, it does check the results and does report if they

On 17 October 2012 22:23, Greg Fitzgerald <garious at gmail.com> wrote: > I had to move MCELF.h to "include/llvm/MC" and added a > MCELFStreamer.h to the same directory. That okay to do? This is not a trivial question, and I'll let others chip in. Superficially, you'd think so and it might make sense in the long run, but you have to consider why it wasn't there

Another difference is the presence of exceptions in C++, which would require you to handle more IR instructions. This might not matter depending on type of analysis you do. See: http://llvm.org/docs/LangRef.html#i_invoke (Note that there is a substantial rewrite of exception handling going into 3.0) Anna. On Sep 22, 2011, at 3:29 AM, Renato Golin wrote: > On 22 September 2011 03:30, Eli

On Oct 7, 2012, at 3:14 AM, Renato Golin <rengolin at systemcall.org> wrote: > On 5 October 2012 17:48, Jim Grosbach <grosbach at apple.com> wrote: >> The recent MachO data-in-code support should have fixed a lot of the problems. There's probably still some quirks in the specifics ($a vs. $t and making sure the symbols get into the ELF properly), but the core

On Wed, Sep 26, 2012 at 2:07 AM, Renato Golin <rengolin at systemcall.org>wrote: > On 26 September 2012 01:08, Jan Voung <jvoung at chromium.org> wrote: > > - Forward references will create negative-valued ids (which end up being > > written out as large 32-bit integers, as far as I could tell). > > Can you use an SLEB-like representation? > > It's