similar to: [LLVMdev] set_intersect and Visual C compiler

On Tue, 12 Oct 2004, Morten Ofstad wrote: > This is my first post on this mailing list, so bear with me... My name > is Morten Ofstad and I work for Hue AS (www.hue.no), a company that > makes 3D Visualization software. We are looking into using LLVM for JIT > compiling shader programs, to replace our own (slow) VM. A requirement Neat! > for this is that we can compile LLVM in

On Tue, 12 Oct 2004 14:01:21 -0500 (CDT) Chris Lattner <sabre at nondot.org> wrote: > On Tue, 12 Oct 2004, Morten Ofstad wrote: > > > This is my first post on this mailing list, so bear with me... My name > > is Morten Ofstad and I work for Hue AS (www.hue.no), a company that > > makes 3D Visualization software. We are looking into using LLVM for JIT > >

Both are working well on VC. Just tested. template<class STy> void set_intersect(STy &S1, const STy &S2) { for(STy::iterator I = S1.begin(), E = S1.end(); I != E; ) if (S2.count(*I)) S1.erase(*I++); else ++I; } template <class S1Ty, class S2Ty> void set_intersect(S1Ty &S1, const S2Ty &S2) { for (typename S1Ty::iterator I = S1.begin(); I !=

----- Original Message ----- From: "Paolo Invernizzi" <arathorn at fastwebnet.it> To: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> Sent: Wednesday, October 13, 2004 3:12 AM Subject: Re: [LLVMdev] set_intersect and Visual C compiler > Both are working well on VC. Just tested. > > template<class STy> > void set_intersect(STy &S1,

Evening, I was writing some code that tried to insert calls to the llvm.annotation intrinsic function, which has a signature of (i32, i8*, i8*, i32). The code is below. void addAnnotation( BasicBlock *block, Function *F) { string foo = "foo"; string bar = "barr"; Type *charTy = Type::getInt8Ty(block->getContext()); ArrayType *s1Ty =

Andrew Ruef wrote: > Evening, > > I was writing some code that tried to insert calls to the > llvm.annotation intrinsic function, which has a signature of (i32, > i8*, i8*, i32). The code is below. > > void addAnnotation( BasicBlock *block, Function *F) > { > string foo = "foo"; > string bar = "barr"; > > Type

Hello, I'm wondering how to set a value of mar ( par( mar=c(.......)) ) in order to allow labels to be visible in barplot. Is there any relation between the number of characters in a label and the second value of mar? Look at my example. x <- seq(20, 100, by=15) ety <- rep( "Effect on treatment group", times=length(x)) barplot(x, names.arg=ety, las=1, horiz=TRUE) Labels are

On Tuesday 12 October 2004 14:01, Chris Lattner wrote: > Okay, it's pretty simple.  Given two sets (e.g. std::set), it walks > through one of them.  For each element in the set it checks to see if the > other contains the element.  if not it removes it. This is a N log(M) algorithm. Why don't we use the set_intersection algorithm which runs in N+M time? -- Alkis

I was able to install Brilliant Photo, but when I try to run it I get this: dotancohen@ety:~/.wine/drive_c/Program Files/Brilliant Labs/BrilliantPhoto$ wine BrilliantPhoto.exe fixme:ntdll:TIME_GetTZAsStr Can't match system time zone name "IDT", bias=-180 and dst=1 to an entry in TZ_INFO. Please add appropriate entry to TZ_INFO and submit as patch to wine-patches

On Tue, 12 Oct 2004, Alkis Evlogimenos wrote: > On Tuesday 12 October 2004 14:01, Chris Lattner wrote: > > Okay, it's pretty simple. �Given two sets (e.g. std::set), it walks > > through one of them. �For each element in the set it checks to see if the > > other contains the element. �if not it removes it. > > This is a N log(M) algorithm. Why don't we use the

Hi Dmitry, > I'm attaching a patch that should fix the issue mentioned above. It > simply makes the same check seen in the same file for global > variables: > > emitPTXAddressSpace(PTy->getAddressSpace(), O); > if (GVar->getAlignment() == 0) > O << " .align " << (int) TD->getPrefTypeAlignment(ETy); > else > O

Hi Duncan, You're right, global variables use preferred alignment. And - yes, preferred alignment in this case is bigger: 8 instead of 4. NVIDIA's prop. compiler gives 4. However, since CUDA 5.0 ptx modules are linkable with each other, I think alignments for externally visible functions and data should all follow ABI rules. Is there a guide on making tests? I have ~5 pending patches

Hello, I've managed to get LLVM 1.8 to build properly with MSVC8 with some effort. Most of the changes necessary were very minor C++ usage issues; for instance, VC8 can't deal with prototyping something that's really a class as 'struct Foo;' or vice versa (it creates issues with matching function signatures during linking.) Additionally, I had to do quite a few updates to the

Hi Dmitry, > You're right, global variables use preferred alignment. And - yes, > preferred alignment in this case is bigger: 8 instead of 4. NVIDIA's > prop. compiler gives 4. However, since CUDA 5.0 ptx modules are > linkable with each other, I think alignments for externally visible > functions and data should all follow ABI rules. giving it an alignment of 8 does

Hi, See fuller extract below. I am curious about the for loop. for (unsigned i = 1, e = CA->getNumElements(); i != e; ++i) { What happens when CA->getNumElements() is zero ? Infinite loop???? Wouldn't the following be better. i.e. safer: for (unsigned i = 1; i < CA->getNumElements(); i++) { Kind Regards James At about line 1429: Type *ETy =

Test cases exist under test/CodeGen/NVPTX (name changed in May). Now that I'm back at NVIDIA, I'm going to be running through the bugzilla issues (thanks Dmitry for the reports!). I have practically the exact same patch here in my queue. :) In this case, I would prefer ABI alignment for compatibility with the vendor compiler. It should work either way, but I do need to audit the

Dear all, I'm attaching a patch that should fix the issue mentioned above. It simply makes the same check seen in the same file for global variables: emitPTXAddressSpace(PTy->getAddressSpace(), O); if (GVar->getAlignment() == 0) O << " .align " << (int) TD->getPrefTypeAlignment(ETy); else O << " .align " <<

On Thu, 24 Aug 2006 srhilber at ncsu.edu wrote: > I've managed to get LLVM 1.8 to build properly with MSVC8 with some > effort. Most of the changes necessary were very minor C++ usage issues; > for instance, VC8 can't deal with prototyping something that's really a > class as 'struct Foo;' or vice versa (it creates issues with matching > function signatures

Hello, I have two hosts with a tunnel closed by vtun, when I reboot a host, the other show the error bellow. unregister_netdevice: waiting for tun0 to become free. Usage count = 6 OS version: CentOS 5.4 Vtund version: vtun-3.0.2-1 some idea about? Thanks -- Daniel Bruno http://danielbruno.eti.br danielbruno at projetofedora.org

Hello, I Have a question related to the RT check on pointers during Loop Access Analysis pass. There is a testcase with loop code that consist of 4 different memory operations referring two global objects of different address spaces. One from global constant (address space 4, addr_size = 64) and the other from local, LDS (address space 3, addr_size= 32). (Details of various address spaces