search for: invernizzi

...if I > > need to add it. > > > > Thanks, > > > > Reid. > > > > On Fri, 2004-09-24 at 07:08, Jeff Cohen wrote: > > > But I compiled that under vc7.1 as it was! > > > > > > On Fri, 24 Sep 2004 15:19:22 +0200 > > > Paolo Invernizzi <arathorn at fastwebnet.it> wrote: > > > > > > > Adding an include for std::remove under vc7.1 > > > > > > > > --- > > > > Paolo Invernizzi > > > > > > > > > > __________________________________________...

I checked right now that it compiles also with #include <iostream> Jeff, can you test it with plain VC? --- Paolo Invernizzi On Sep 24, 2004, at 4:52 PM, Reid Spencer wrote: > I'll wait for the research. We should try, as much as possible, to make > it work with just what the compiler provides and without third party > packages. > > Thanks, > > reid. > > On Fri, 2004-09-24 at 07:46, Jeff...

...dragons "In another context, software programmers sometimes use it to indicate especially difficult or obscure sections of code in a program so that others do not tamper with them." Why not some dragon name ? or maybe someone can use this idea to come up with something else. /f Paolo Invernizzi wrote: > Mithril > > The fictional metal from JRR Tolkien The Lord of the Rings. > > Gandalf says: > > "Mithril! All folk desired it. It could be beaten like copper, and > polished like glass; and the Dwarves could make of it a metal, light and > yet harder than t...

...I add the #include of <cstdio> or not. I can't test this so, Paolo/Henrik/Jeff, please let me know if I need to add it. Thanks, Reid. On Fri, 2004-09-24 at 07:08, Jeff Cohen wrote: > But I compiled that under vc7.1 as it was! > > On Fri, 24 Sep 2004 15:19:22 +0200 > Paolo Invernizzi <arathorn at fastwebnet.it> wrote: > > > Adding an include for std::remove under vc7.1 > > > > --- > > Paolo Invernizzi > > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http...

...ns, and it's still at a very preliminary stage... Right now I'm trying to build TableGen with it, as till now I've always copied TableGen results from the cygwin build ;-) Gime me a little more time, as I'm in the middle of this, and then I'll post it to the list. --- Paolo Invernizzi BTW... is it that llvm/utils/TableGen/Record.cpp need an include of llvm/Support/DataTypes.h for having the right typedef of int64_t? ;-)) Jeff Cohen wrote: >OK. I strongly support that sentiment. > >Paolo, could you send me your procedure for building under Windows? I >haven'...

...as some one committed these patches into CVS? Paolo, thanks for the patches. In the near future I'll try to compile them. I've installed STLport 6.4.2 with vc6. Henrik --- Got Freedom? Software Freedom Day 2004 - 28th of August http://www.softwarefreedomday.org/ --- >From: Paolo Invernizzi <arathorn at fastwebnet.it> >Reply-To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> >To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> >Subject: Re: [LLVMdev] diffs for vc7.1 >Date: Tue, 14 Sep 2004 11:13:10 +0200 > >Hi all, > >Attached to...

...#39; : symbol cannot be defined within namespace 'llvm' tablegen_includes\X86GenATTAsmWriter.inc(469) : fatal error C1204: compiler limit : internal structure overflow scons: *** [build_vc71\lib\Target\X86\X86AsmPrinter.obj] Error 2 scons: building terminated because of errors. --- Paolo Invernizzi

...nstruction is declared in namespace llvm. try editing the tablegen output to move X86AsmPrinter::printInstruction into an anonymous namespace, not llvm. I suspect this will at least fix the first problem. Then we can figure out the proper longterm fix. Andrew On Tue, 2004-10-12 at 03:56, Paolo Invernizzi wrote: > Hi all, > > Well, suggestion for workarounds for the namespace problems are > welcome... this is a 7 minutes compile files on a pentium 4 3ghz 700Mb > ram... > > The fatal error at the end MAY depend on the previous... or at least, I > hope so. > > cl /n...

...} template <class S1Ty, class S2Ty> void set_intersect(S1Ty &S1, const S2Ty &S2) { for (typename S1Ty::iterator I = S1.begin(); I != S1.end();) { const S1Ty::key_type &E = *I; ++I; if (!S2.count(E)) S1.erase(E); // Erase element if not in S2 } } --- Paolo Invernizzi

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

...;t test this so, Paolo/Henrik/Jeff, please let me know if I > need to add it. > > Thanks, > > Reid. > > On Fri, 2004-09-24 at 07:08, Jeff Cohen wrote: > > But I compiled that under vc7.1 as it was! > > > > On Fri, 24 Sep 2004 15:19:22 +0200 > > Paolo Invernizzi <arathorn at fastwebnet.it> wrote: > > > > > Adding an include for std::remove under vc7.1 > > > > > > --- > > > Paolo Invernizzi > > > > > > > _______________________________________________ > > LLVM Developers mailing...

...------ An embedded and charset-unspecified text was scrubbed... Name: diffs.txt URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20040928/49dba439/attachment.txt> -------------- next part -------------- not more portable if the rand functions are moved in the System stuff? --- Paolo Invernizzi

...AnArg ; <int> [#uses=1] ret int %addresult } int %foo() { EntryBlock: %add1 = call int %add1( int 10 ) ; <int> [#uses=1] ret int %add1 } Running foo: Result: 11 D:\home\arathorn\sandbox\llvm> Yabba! Yabba! Yabba! ;-) --- Paolo Invernizzi

...types, and raise an unresolved external symbol. I can resolve the iussue a) turning the original struct Value { ... } in class Value { public: .... } b) turning all the class Value; into struct Value; The same is for TargetJITInfo, Type, IntrinsicLowering and others... Suggestions? --- Paolo Invernizzi

Adding an include for std::remove under vc7.1 --- Paolo Invernizzi -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff.txt URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20040924/e1ca1218/attachment.txt>

Hi As requested from Paolo, I've sent him the tablegen tool. The tool is able to compile the td files (given in the makefile) on windows without any complaints. Henrik >From: Paolo Invernizzi <arathorn at fastwebnet.it> >Date: Thu, 7 Oct 2004 14:27:11 +0200 > >Hi Henrik, > >As you may remember, I'm trying to use the LLVM core tools under Visual >Studio. > >I'm not yet able to build the TableGen application with it, and I'm >wondering if you...

On Fri, 3 Sep 2004, Paolo Invernizzi wrote: > I can confirm that both are compiled properly: Ok. > for (BasicBlock::iterator I = H->begin; isa<PHINode>(I); I++) { > PHINode *PN = cast<PHINode(I); > .... > } > > I'll make a patch for whatever solution do you prefer (this problem is >...

...w.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 VS7.1, so I contacted Paolo > > Invernizzi to find the status of his effort and to help out. I have set > > up the build environment now, with help from Paolo and have started to > > work on fixing some of the problems. > > Great, I'm glad we're all working together on this! :) > > > One thing that the c...

...uct" (most of its data members are private). There may now be some places in LLVM that declare Value as "struct Value". If you run into these, please provide patches so we can get this consistent across LLVM. Thanks for finding this Paolo. Reid. On Thu, 2004-09-23 at 07:37, Paolo Invernizzi wrote: > On Sep 23, 2004, at 4:08 PM, Jeff Cohen wrote: > > > MSVC++ is picky about this. It considers classes and structs to be > > different types so you have to be consistent. If you forward declared > > a > > struct as a class within the same compilation unit,...

...oad for free a version of VC.NET 2005 beta, as I've noted that in LLVM code there's a reference to its runtime library, meaning that someone else has worked with it over LLVM... <gossip> I've read that an MSIL front-end for LLVM is being developed... </gossip> --- Paolo Invernizzi -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diffs.txt URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20040915/226625e5/attachment.txt>