search for: v3.4

Hi, I have bitcode files built by LLVM v3.3 and need to process them using v3.4 tools. While I don't expect a lot of backward compatibility in LLVM, luckily it seems everything's working fine, except for reading source line information attached to instructions. I use this piece of code [0] to get source line information. For v3.4, instruction.getMetadata returns NULL. I used llvm-dis to

Thanks Eric, but could you give me a little bit more hints or pointers please? I looked into DebugInfo.h, but I'm still not sure how to start. It sounds like I'd have to somehow manually extract metadata nodes from an instruction. Thanks, JS On Wed, Jan 22, 2014 at 10:14 PM, Eric Christopher <echristo at gmail.com>wrote: > This is likely going to be difficult if possible. I

We have added our own proprietary target to LLVM and up until recently it was configured only for this target. I now build it to include additional targets and this all works fine, I just need to specify the associated triple when compiling and the correct code-generator is selected. But I would like to have it default to the triple for our processor when no triple is specified, and while I can

On Sun, Jun 03, 2012 at 05:31:32PM +1000, aorchis@gmail.com wrote: > Hi Jeremy and Konrad, CC-ing xen-devel. > > Basically the driver NVIDIA provided is a binary blob and recent > versions does not work with the PAT layout of XEN so it falls back to > MTRR to provide write combining (please correct me if I''m wrong). OK? Which is still OK. Are you using a v3.4 kernel

Hi, I am trying to print two strings using printf. I have tried various things, but keep getting this error: llc: printf.ll:4:11: error: '@printf' defined with type 'i32 (i8*, ...)*' %1 = call i32 @printf(i8* null, i8*, i8* null) The code is: declare i32 @printf(i8* nocapture readonly, ...) nounwind define i32 @main() nounwind { %1 = call i32

On Wed, Nov 27, 2013 at 02:02:53AM +0100, Mikael Lyngvig wrote: > The language reference states that local temporaries begin with index 0, > but if I try that on my not-entirely-up-to-date v3.4 llc (it is like a week > old), I get an error "instruction expected to be numbered '%1'". > If you don't label the entry block, then you will get this error. I think it

Hello, I've encountered a password enforcement problem with OpenSSH on AIX. In AIX, when the user contains the flags = ADMCHG in the /etc/security/passwd file, the user is forced to change the password at next login. It works for telnet but it does not work under the OpenSSH v3.4 version. Based on my research, it appears this issue is resolved with OpenSSH v3.8p1. Can anyone confirm?

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #31 from Ilia Mirkin <imirkin at alum.mit.edu> --- You really need to figure out how to do things inside the git tree and not do some sort of crazy export. That will speed things up by an order of magnitude. To get the list of nouveau changes between 3.4 and 3.5: git log v3.4..v3.5 -- drivers/gpu/drm/nouveau To do a bisect

http://bugzilla.mindrot.org/show_bug.cgi?id=722 Summary: scp not found Product: Portable OpenSSH Version: 3.7.1p1 Platform: All OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: scp AssignedTo: openssh-bugs at mindrot.org ReportedBy: jim.a.davidson at bt.com I have

The language reference states that local temporaries begin with index 0, but if I try that on my not-entirely-up-to-date v3.4 llc (it is like a week old), I get an error "instruction expected to be numbered '%1'". Also, quite a few examples in the LR uses %0 as a local identifier. Should I fix those or is it a problem in llc? -- Mikael -------------- next part --------------

Hi llvm-dev, Does anybody know why we're not using the `add_test` feature in CMake [0] for unit tests? In particular, compiler-rt (sanitizers and xray) has a number of unit tests which could really just be built as normal binaries and invoked appropriately. If we're avoiding ctest [1], then for the unit tests in compiler-rt I'd like to see whether just using normal binaries can make

I just tried adding the cast but it didn't help. I have the feeling that I am overlooking something very obvious, but I can't seem to figure out what it is. Thanks for your suggestion, though. -- Mikael 2013/12/3 Eli Bendersky <eliben at google.com> > > > > On Tue, Dec 3, 2013 at 2:29 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > >> Hi,

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, or vector sub-vector insert sequences. The generic DAGCombiner, reconstructs these into a new shuffle, and so the loop continues - we reduce it,

On Tue, Dec 3, 2013 at 2:29 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > Hi, > > I am trying to print two strings using printf. I have tried various > things, but keep getting this error: > > llc: printf.ll:4:11: error: '@printf' defined with type 'i32 (i8*, > ...)*' > %1 = call i32 @printf(i8* null, i8*, i8* null) > > The

Hi folks, Does anyone know how to tackle Swedish letters in Rails. Am I completely off track in thinking that it should be done using map or regex in some clever way? Bealach

Hi James, Yes, documents changes over the time. And keeping them up-to-date would takes a lot of efforts. I tried years ago (2013~2015) with clang v3.4 , and finally I gave up. It's too much for one person to complete. The reason I come up again with this idea is that I saw people still referencing the partial complete Chinese docs and sharing it among others. And there's other people

This code: declare i32 @printf(i8* nocapture readonly, ...) nounwind define i32 @bar(i8* %c, i32 %i) #0 { entry: %call = tail call i32 (i8*, ...)* @printf(i8* %c, i8* %c) ret i32 %call } Is accepted without complaints by close-to-trunk llc on my Ubuntu machine. Eli On Tue, Dec 3, 2013 at 2:58 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > I just tried adding the cast but

Three of the patches could be squashed in one, but it makes more sense to review them as three. These patches fix the case of an PVHVM guest not being able to resume propely b/c of hitting: 142 BUG_ON(info->type != IRQT_UNBOUND && info->type != type); (in events.c) and also adds a WARN to catch situations like these. The reason for this is that the Xen python toolstack

Whoops... Seems I forgot the asterisk (*) after the cast. Or something. Because I did insert the cast and it didn't work. But NOW it works. Thank you for spending some time on this - and also for presenting the solution. -- Mikael 2013/12/4 Eli Bendersky <eliben at google.com> > This code: > > declare i32 @printf(i8* nocapture readonly, ...) nounwind > > define

Martin: It sounds like you are doing is more 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