search for: merz

...n. A note in the language reference would be nice telling the reader when this instruction has been added to the language. Regards, Florian [1] http://llvm.org/docs/LangRef.html -- Karlsruher Institut für Technologie (KIT) Forschungsgruppe Verifikation trifft Algorithmik Dipl.-Inf. Florian Merz Wissenschaftlicher Mitarbeiter Am Fasanengarten 5 76131 Karlsruhe Telefon: +49 721 608-7318 florian.merz at kit.edu http://verialg.iti.uni-karlsruhe.de/ KIT - Universität des Landes Baden-Württemberg und nationales Großforschungszentrum in der Helmholtz-Gemeinschaft

...s apear above the actual plotting region nor to draw a simple line, indicating which plots are meant. Also this solution seems to more of a hack then actual programming. Is there a better way to solve this issue? Any ideas where to look? I hope I haven been clear and thank you for your effort, S. Merz

<please email llvmdev, not me directly> On Dec 7, 2009, at 8:47 AM, Florian Merz wrote: > Hi Chris, > > I do understand that you don't want to keep the whole history, but > to me > personally a simple line for recent changes like "introduced in 2.7" > or > "removed in 2.7" would have been nice, so this might be the case for &g...

...numbers used for unnamed instructions. Unfortunately for me SlotTracker is missing from LLVM's public header files. Is there any other way to retrieve a slot number for an Instruction that is consistent with the numbers assigned by an existing AssemblyWriter instance. Best regards, Florian Merz -- Karlsruhe Institute of Technology (KIT) Institute for Theoretical Computer Science Dipl.-Inform. Florian Merz Researcher Am Fasanengarten 5 Building 50.34 76131 Karlsruhe, Germany Phone: +49 721 608-45955 Fax: +49 721 608-44211 Email: florian.merz at kit.edu Web: http://verialg.iti.kit.edu/...

...e used by boxplot and by mtext is about the same. But as I use a function to draw quite some of these plots this "hack" is not a proper solution. I couldn't find anything about this behaviour in the documention or the inet. Can anybody explain? All hints are appriciated. Thanks, S. Merz

Full_Name: Christina Merz Version: R version 2.5.0 (2007-04-23) OS: mingw32 Submission from: (NULL) (213.70.209.132) R> version _ platform i386-pc-mingw32 arch i386 os mingw32 system...

On Aug 11, 2011, at19:34, John McCall wrote: > On Aug 11, 2011, at 7:31 AM, Florian Merz wrote: > > If we had nsw and nuw flags for truncations we'd know when to check for > > this kind of overflow and when not. The compiler likely doesn't need > > these flags and can still ignore them, for us they would be useful. > > Duncan's point is that this is...

Hi, I have a samba 3.6 PDC with ldap backend. Now I'd like to add an other storage samba server which uses the same home directory structure as the PDC. I have configured the new server using winbind, so the users can log in with the password stored in ldap. But the home directory stored in ldap is not used; the new server searches in /home/UID or /home/DOMAIN/uid. Any hints? Or

I too would have an immediate application if metadata could be attached to arguments. I'm currently working around it by using named metadata in the module (matched by index to the arguments). Andrew On 02/21/2011 11:18 AM, Florian Merz wrote: > Hey everyone, > > I'm trying to retrieve information about signed-/unsignedness of an > llvm::Argument so I can print out it's value to the user properly. llvm itself > doesn't distinguish signed and unsigned and so llvm::Type is of no help here. > Checking fo...

Ouch! Didn't see that. So at the risk of irritating those still in the process of baking 2.7, what is the sanction way of doing heap allocation going forward? :-) Garrison On Dec 7, 2009, at 11:18, Chris Lattner wrote: > > On Dec 7, 2009, at 2:13 AM, Florian Merz wrote: > >> Hi everyone, >> >> I noticed that MallocInst and FreeInst have been removed from the LLVM IR as >> well as the language reference[1]. May I propose that at least some >> placeholder is left in that document telling the reader that these >> ins...

Hey everyone, I'm trying to retrieve information about signed-/unsignedness of an llvm::Argument so I can print out it's value to the user properly. llvm itself doesn't distinguish signed and unsigned and so llvm::Type is of no help here. Checking for nsw/usw is only an unreliable approximation and only available for llvm::Instructions anyways. I tried to use debugging

...in LLVM IR now. :-) > > You can call out to normal malloc and free, just like any external function. > > -Chris > >> >> Garrison >> >> On Dec 7, 2009, at 11:18, Chris Lattner wrote: >> >>> >>> On Dec 7, 2009, at 2:13 AM, Florian Merz wrote: >>> >>>> Hi everyone, >>>> >>>> I noticed that MallocInst and FreeInst have been removed from the LLVM IR as >>>> well as the language reference[1]. May I propose that at least some >>>> placeholder is left in that docume...

Hi, The 20th of Novembre 2009, a LLVM BarCamp will be hold at La Cantine. Contributions, contributors, comments or any kind of help are welcome. Thanks and see you in Paris, Eric Mahe http://www.facebook.com/group.php?gid=140537112502 http://barcamp.org/LLVM-BarCamp-Paris -------------- next part -------------- An HTML attachment was scrubbed... URL:

On Dec 7, 2009, at 2:13 AM, Florian Merz wrote: > Hi everyone, > > I noticed that MallocInst and FreeInst have been removed from the LLVM IR as > well as the language reference[1]. May I propose that at least some > placeholder is left in that document telling the reader that these > instructions have been removed....

Hi, I'm learning to use the llvm API, but I got a question for which I haven't found a good answer yet: What is the best way to turn an unconditional branch into a conditional branch? All I want to do is add two more operands, a successor and a condition. But no matter how I try to do this any one of setCondition()/setOperand()/setSuccessor() causes an assertion like these: Cannot

On Aug 11, 2011, at 7:31 AM, Florian Merz wrote: > If we had nsw and nuw flags for truncations we'd know when to check for this > kind of overflow and when not. The compiler likely doesn't need these flags and > can still ignore them, for us they would be useful. Duncan's point is that this is totally different from...

On Aug 11, 2011, at 5:17 AM, Florian Merz wrote: > Hi everyone, > > we'd like to be able to check for loss of information in trunc operations in > our LLVM-based bounded model checker [1]. For this it is important if the > trunc was on a signed or unsigned integer, so we need nsw and nuw flags for > this. Would y...

On Aug 11, 2011, at 11:03 AM, Chris Lattner wrote: > > On Aug 11, 2011, at 5:17 AM, Florian Merz wrote: > >> Hi everyone, >> >> we'd like to be able to check for loss of information in trunc operations in >> our LLVM-based bounded model checker [1]. For this it is important if the >> trunc was on a signed or unsigned integer, so we need nsw and nuw flag...

...oing forward? :-) No, we only support stack allocation in LLVM IR now. :-) You can call out to normal malloc and free, just like any external function. -Chris > > Garrison > > On Dec 7, 2009, at 11:18, Chris Lattner wrote: > >> >> On Dec 7, 2009, at 2:13 AM, Florian Merz wrote: >> >>> Hi everyone, >>> >>> I noticed that MallocInst and FreeInst have been removed from the >>> LLVM IR as >>> well as the language reference[1]. May I propose that at least some >>> placeholder is left in that document telling...

...ley.edu/software/A_Cgraph.html), but it is much more powerful and no code from Cgraph (PS) has been used. Here are some comparisons with similar libraries. I don't claim completeness or impartiality obviously, but I try to be fair. PDFlib: There are acutally two PDFlib's, one from Thomas Merz, and the other from Adobe. NO part of ClibPDF is derived from or related to either of the two PDF libraries. ClibPDF has been written completely independently. I have seen some documentation for each, but no source code. [1] Thomas Merz <http://www.muc.de/~tm/pdflib/ Thomas Merz's PDFlib i...