search for: arathorn

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 >

Jeff Cohen wrote: ><algorithm> works too. > > For std::remove yes... but... d:\home\arathorn\sandbox\llvm\llvm\lib\System\platform\Signals.cpp(179) : error C2065: 'stderr' : undeclared identifier d:\home\arathorn\sandbox\llvm\llvm\lib\System\platform\Signals.cpp(179) : error C3861: 'fprintf': identifier not found, even with argument-dependent lookup d:\home\arathorn\sand...

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>

...cl /nologo /TP /EHsc /GR /Zi /Yd /D__STDC_LIMIT_MACROS /DHAVE__FINITE_IN_FLOAT_H /DHAVE__ISNAN_IN_FLOAT_H /DHAVE_WINDOWS_H /ISTLport-4.6.2\stlport /Illvm\include /Iinclude /Ibuild_vc71\inclu de /Illvm\include /c llvm\lib\System\Signals.cpp /Fobuild_vc71\lib\System\Signals.obj Signals.cpp d:\home\arathorn\sandbox\llvm\llvm\lib\System\platform\Signals.cpp(127) : error C2039: 'remove' : is not a member of '_STL' d:\home\arathorn\sandbox\llvm\llvm\lib\System\platform\Signals.cpp(127) : error C3861: 'remove': identifier not found, even with argument-dependent lookup d:\home\ar...

<algorithm> works too. On Fri, 24 Sep 2004 10:09:21 -0500 Alkis Evlogimenos <alkis at cs.uiuc.edu> wrote: > On Fri, 2004-09-24 at 09:43, Paolo Invernizzi wrote: > > Jeff Cohen wrote: > > > > >But I compiled that under vc7.1 as it was! > > > > > > > > ;-(( > > > > Probably is an implicid includes, but I'm using the

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 can send me...

Some problems... (or I'm missing something...) 1) asmwriternum seems to be not supported... scons: Building targets ... d:/home/arathorn/sandbox/llvm/tblgen.exe -gen-asm-writer -asmwriternum=1 -I llvm\lib\Target\X86 -o tablegen_includes\X86GenIntelAsmWriter.inc llvm\lib\Target\X86\X86.td llvm\lib\Target\X86\X86InstrInfo.td llvm\lib\Target\X86\X86RegisterInfo.td llvm\lib\Target\Target.td d:/home/arathorn/sandbox/llvm/tblgen.exe: U...

...o be consistent. If you forward declared > a > struct as a class within the same compilation unit, it would complain > about that too. It's not just linking. You are right... BTW, I've just fixed that problem in my checkout and, among others terrible hacks, here I am: :\home\arathorn\sandbox\llvm>HowToUseJIT.exe We just constructed this LLVM module: implementation ; Functions: int %add1(int %AnArg) { EntryBlock: %addresult = add int 1, %AnArg ; <int> [#uses=1] ret int %addresult } int %foo() { EntryBlock: %add1 = call int %add1...

On Fri, Sep 24, 2004 at 05:32:08PM +0200, Paolo Invernizzi wrote: > Jeff Cohen wrote: > > ><algorithm> works too. > > > > > For std::remove yes... but... > > d:\home\arathorn\sandbox\llvm\llvm\lib\System\platform\Signals.cpp(179) > : error C2065: 'stderr' : undeclared identifier > d:\home\arathorn\sandbox\llvm\llvm\lib\System\platform\Signals.cpp(179) > : error C3861: 'fprintf': identifier not found, even with > argument-dependent lookup...

...t; a > > struct as a class within the same compilation unit, it would complain > > about that too. It's not just linking. > > You are right... > > BTW, I've just fixed that problem in my checkout and, among others > terrible hacks, here I am: > > :\home\arathorn\sandbox\llvm>HowToUseJIT.exe > We just constructed this LLVM module: > > > implementation ; Functions: > > int %add1(int %AnArg) { > EntryBlock: > %addresult = add int 1, %AnArg ; <int> [#uses=1] > ret int %addresult > } > &...

...cky 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, it would complain about that too. It's not just linking. On Thu, 23 Sep 2004 15:59:42 +0200 Paolo Invernizzi <arathorn at fastwebnet.it> wrote: > Hi all, > > Finally I managed to find out a strange problem under Visual C > > During the link of the HowToUseJIT program, I was always missing some > symbols... and I was going crazy testing out different options... > > At the end, unmangl...

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

Hi all, Finally I managed to find out a strange problem under Visual C During the link of the HowToUseJIT program, I was always missing some symbols... and I was going crazy testing out different options... At the end, unmangling the differences in what linker was searching and what was present in the libraries, I found that the problem is that we have something like this... Value.h struct

...lude 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://llvm.cs.ui...

...t;> >>> 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 >>>>> >>>> >>>> _______________________________________________...

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

..., 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 > &gt...

It would be great to avoid STLPort and use plain vanilla VC... as I told, the biggest difference it's how the hash_map and hash_set are implemented, but I'm not so strong in C++ for resolving the iussue. About the build procedure, it's based on scons, 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

...e files generated by configure on an X86 system, tweak them for Windows and MSVC, then run GNU make and see what happens. Then try and make it actually work :) But I'm likely to give up unless it turns out to be suprisingly easy to do. On Fri, 24 Sep 2004 17:28:54 +0200 Paolo Invernizzi <arathorn at fastwebnet.it> wrote: > It would be great to avoid STLPort and use plain vanilla VC... as I > told, the biggest difference it's how the hash_map and hash_set are > implemented, but I'm not so strong in C++ for resolving the iussue. > > About the build procedure, it&...

...mitted 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 this email yo...