search for: zverovich

...this is a copy constructor for const_iterator. > > Do you mean "for iterator"? > > Otherwise, looks good to me. If you can commit this, please do. > Otherwise, someone else should as I'm not going to be around tomorrow. > > On Wed, Nov 4, 2009 at 12:27 AM, Victor Zverovich > <victor.zverovich at googlemail.com> wrote: > > Hi Jeffrey, > > You are right that the generated copy constructor is used for > > const_iterator. I have added a comment clarifying this. Also I have added > > the tests you suggested and corrected the comparison ope...

Reminding about the patches... Is there a problem with them or simply nobody have looked at them since? Victor 2009/11/4 Victor Zverovich <victor.zverovich at googlemail.com> > Good catch! I meant "for iterator" of course. Attached is a corrected patch > together with an old patch for clang just to keep them together. > Could someone commit these, please? > > Thanks, > Victor > > 2009/11/4 Jef...

...or is auto-generated, but > please comment that and add tests for it and for the non-const->const > conversion to unittests/ADT/DenseMapTest.cpp. > > Otherwise, the patches just change iterator to const_iterator, which looks > fine. > > On Tue, Nov 3, 2009 at 3:09 AM, Victor Zverovich > <victor.zverovich at googlemail.com> wrote: > > Dear all, > > The first of the proposed patches (DenseMapIterator.patch) forbids > implicit > > conversion of DenseMap::const_iterator to DenseMap::iterator which was > > possible because DenseMapIterator inherite...

+ // Otherwise this is a copy constructor for const_iterator. Do you mean "for iterator"? Otherwise, looks good to me. If you can commit this, please do. Otherwise, someone else should as I'm not going to be around tomorrow. On Wed, Nov 4, 2009 at 12:27 AM, Victor Zverovich <victor.zverovich at googlemail.com> wrote: > Hi Jeffrey, > You are right that the generated copy constructor is used for > const_iterator. I have added a comment clarifying this. Also I have added > the tests you suggested and corrected the comparison operators. Please find >...

Albert Graef <Dr.Graef at t-online.de> writes: > Victor Zverovich wrote: >> I am considering a possibility of using LLVM JIT for an algebraic >> modelling language. I have already done some prototyping following the >> Kaleidoscope tutorial and currently thinking of how to connect the >> jitted code to a runtime library (for this language)...

...related project? In any case I think it won't be difficult for me to write such a converter from mangled names to LLVM function declarations. Best regards, Victor 2009/6/15 Óscar Fuentes <ofv at wanadoo.es> > Albert Graef <Dr.Graef at t-online.de> writes: > > > Victor Zverovich wrote: > >> I am considering a possibility of using LLVM JIT for an algebraic > >> modelling language. I have already done some prototyping following the > >> Kaleidoscope tutorial and currently thinking of how to connect the > >> jitted code to a runtime library...

Dear all I am trying to get the size of an LLVM pointer type. getPrimitiveSizeInBits() returns 0 for it and the documentation for isSized() suggest to use TargetData. I figured out from Kaleidoscope example that one can get a pointer to TagetData object through the execution engine but it seems to be an overkill. What is the right way to do it? Best regards, Victor -------------- next part

Victor Zverovich <victor.zverovich at googlemail.com> writes: > The question about the name mangling gave me an idea that it can be used to > automate registration of DLL functions. Instead of manually creating > Function objects specifying a return type and argument types which is > error-prone...

On 5 April 2010 10:24, Victor Zverovich <victor.zverovich at googlemail.com> wrote: > Hi all, > Following the example > from http://llvm.org/docs/GoldPlugin.html#example1 gives the following error > on Ubuntu Karmic: > /usr/bin/ld: error: a.a: no archive symbol table (run ranlib) > /usr/bin/ld: /usr/lib/crt1.o:../...

On 17 March 2010 19:07, Óscar Fuentes <ofv at wanadoo.es> wrote: > Victor Zverovich <victor.zverovich at googlemail.com> writes: > > >> > Attached are two patches for the LLVM cmake build system. > >> > > >> > The first one adds static runtimes (MT and MTd) to the list of > >> > runtimes for the MSVC build. > >> &gt...

Hi Óscar, On 14 March 2010 15:06, Óscar Fuentes <ofv at wanadoo.es> wrote: > Victor Zverovich <victor.zverovich at googlemail.com> writes: > > > Hi llvm-dev, > > > > Attached are two patches for the LLVM cmake build system. > > > > The first one adds static runtimes (MT and MTd) to the list of runtimes > for > > the MSVC build. > > This...

Hi all, Following the example from http://llvm.org/docs/GoldPlugin.html#example1 gives the following error on Ubuntu Karmic: /usr/bin/ld: error: a.a: no archive symbol table (run ranlib) /usr/bin/ld: /usr/lib/crt1.o:../sysdeps/i386/elf/start.S:115: error: undefined reference to 'main' /usr/bin/ld: b.o: in function foo1:b.c(.text+0x4): error: undefined reference to 'foo2'

...'t because the copy-constructor is auto-generated, but please comment that and add tests for it and for the non-const->const conversion to unittests/ADT/DenseMapTest.cpp. Otherwise, the patches just change iterator to const_iterator, which looks fine. On Tue, Nov 3, 2009 at 3:09 AM, Victor Zverovich <victor.zverovich at googlemail.com> wrote: > Dear all, > The first of the proposed patches (DenseMapIterator.patch) forbids implicit > conversion of DenseMap::const_iterator to DenseMap::iterator which was > possible because DenseMapIterator inherited (publicly) from > DenseMa...

...a customized target and/or you are really know the data layout specification about your target, you can get a TargetData instance by simply passing the hand-coded data layout string to the constructor of TargetData. Hope this will be helpful to you. Zonr On Fri, May 28, 2010 at 11:27 PM, Victor Zverovich < victor.zverovich at googlemail.com> wrote: > Dear all > > I am trying to get the size of an LLVM pointer type. > getPrimitiveSizeInBits() returns 0 for it and the documentation for > isSized() suggest to use TargetData. > I figured out from Kaleidoscope example that one c...

Victor Zverovich <victor.zverovich at googlemail.com> writes: > Hi llvm-dev, > > Attached are two patches for the LLVM cmake build system. > > The first one adds static runtimes (MT and MTd) to the list of runtimes for > the MSVC build. This seems not to be as easy as you put it. It was di...

Victor Zverovich <victor.zverovich at googlemail.com> writes: >> > Attached are two patches for the LLVM cmake build system. >> > >> > The first one adds static runtimes (MT and MTd) to the list of >> > runtimes for the MSVC build. >> >> This seems not to be as...

Dear all, The first of the proposed patches (DenseMapIterator.patch) forbids implicit conversion of DenseMap::const_iterator to DenseMap::iterator which was possible because DenseMapIterator inherited (publicly) from DenseMapConstIterator. Conversion the other way around is now allowed as one may expect. The template DenseMapConstIterator is removed and the template parameter IsConst which

Hi llvm-dev, Attached are two patches for the LLVM cmake build system. The first one adds static runtimes (MT and MTd) to the list of runtimes for the MSVC build. The second one makes it possible to use llvm_config in external projects. In this patch I took the liberty of changing the format of LLVMLibDeps.cmake to define a single variable LLVM_LIB_DEPS instead of MSVC_LIB_DEPS_*.

Victor Zverovich wrote: > I am considering a possibility of using LLVM JIT for an algebraic > modelling language. I have already done some prototyping following the > Kaleidoscope tutorial and currently thinking of how to connect the > jitted code to a runtime library (for this language) which I would l...

Dear All, I am considering a possibility of using LLVM JIT for an algebraic modelling language. I have already done some prototyping following the Kaleidoscope tutorial and currently thinking of how to connect the jitted code to a runtime library (for this language) which I would like to code in C++. If it was *NIX I would use g++ possibly with '-rdynamic' option as suggested in the