search for: systemcall

...d append new info open(LOG, ">>$log/archive.log"); print LOG "archive script version $version called at ".(scalar localtime)."\n"; #--------------------------------------------------------------------- # remount partition where the archive is in in rw mode $systemcall="$MOUNT -w -o remount $archivepart"; (!(system($systemcall))) or do {print LOG "could not $systemcall\n"; die;}; #--------------------------------------------------------------------- # create backup directory if one hasn't already been specified createdir($dir); # call...

...topics, but since most attendees use LLVM for cross-compilation (and ARM is always present), I think we should try to tackle the cross-compilation problem in the Clang driver. I'll be taking notes and will post them on the list after the meeting for consideration. -- cheers, --renato http://systemcall.org/

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!! >...

...cription, 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. -- cheers, --renato http://systemcall.org/

...changes that exist in C++ and not in C. The IR has the same features, but some assumptions on the semantics are different. I can give you two examples: 1. Classes in C++ are like C structures in IR, but the C++ ABI makes it difficult to express Base/Derived classes in pure structures. (http://www.systemcall.org/blog/2011/01/cpp-class-sizes/ and http://www.systemcall.org/blog/2011/03/cpp-class-sizes-2/). So, if your pass depends on identifying the same types, you could end up thinking that the types are different, but they're not. They're just different struct representations (base vs. derived...

...lag, and v7M should always assume Cortex-M3 CPU if none provided. It's funny that James had a great patch to solve all those problems by implementing Clang's architecture selection in table-gen more than an year ago. I wonder what happened to that thread... :/ -- cheers, --renato http://systemcall.org/

...ect that these arrays are disjoin, and this prevents vectorization. Indeed, they look like simple changes. If no one is dying to get them working, I suggest I try these first. I'll first get the tests running in the test-suite, than I'll try to vectorize them. -- cheers, --renato http://systemcall.org/

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

...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 it's a good improvement. ;) -- cheers, --renato http://systemcall.org/

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 description, but it will still >> commit each commit in `origin/master..HEAD` individually. > > Not explicitly, but I assumed so. Good thing gi...

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...

...; And the build is successful. > What is your configure line, and system OS? Not sure it's relevant, but I had the same error from clean GIT repo. SVN clean repo at the same time gave me no errors. On both cases, Linux Ubuntu 11.04: $ cmake ../src $ make -j12 -- cheers, --renato http://systemcall.org/

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

...her things that need to be done as well? It might need some care to fully use the testing infrastructure, though. cheers, --renato On 5 November 2012 22:12, Nadav Rotem <nrotem at apple.com> wrote: > 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...

...wasn't there in the first place. It may be that it didn't need to (in which case, it's ok to move), or it may be that the design of MC needed those headers to be more private (in which case it might not be ok). Certainly, Tim or Jim know better than I do. -- cheers, --renato http://systemcall.org/

...The IR > has the same features, but some assumptions on the semantics are > different. > > I can give you two examples: > > 1. Classes in C++ are like C structures in IR, but the C++ ABI makes > it difficult to express Base/Derived classes in pure structures. > (http://www.systemcall.org/blog/2011/01/cpp-class-sizes/ and > http://www.systemcall.org/blog/2011/03/cpp-class-sizes-2/). > > So, if your pass depends on identifying the same types, you could end > up thinking that the types are different, but they're not. They're > just different struct represen...

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 pro...

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 representati...