search for: krasin

...e the >> final binary? I'm not related to the topic starter, but I see at least one huge disadvantage of the dependency on link.exe. W/o such a dependency it would be possible reliably generate Windows executables on Linux or Mac, which has its own benefits (e.g. distributed compilation) krasin >> >> -- >> Thanks >> Thomson > > Not currently, but a linker is being worked on. > > Is there any reason why link.exe is undesirable? You can also use ld from MinGW. > > - Michael Spencer > _______________________________________________ > LLVM Deve...

...avide at freebsd.org>, Dehao Chen <dehao at google.com>, Douglas Gregor < dgregor at apple.com>, Erik Eckstein <eeckstein at apple.com>, Evgeniy Stepanov < eugeni.stepanov at gmail.com>, Fiona Glaser <escha at apple.com>, Hal Finkel < hfinkel at anl.gov>, Ivan Krasin <krasin at chromium.org>, Jingyue Wu < jingyue at google.com>, Kaelyn Takata <rikka at google.com>, Kostya Serebryany < kcc at google.com>, Michael Zolotukhin <mzolotukhin at apple.com>, Reid Kleckner < rnk at google.com>, Rui Ueyama <ruiu at google.com>, S...

On Sat, Oct 15, 2011 at 7:35 PM, Ivan Krasin <krasin at google.com> wrote: > I'm not related to the topic starter, but I see at least one huge > disadvantage of the dependency on link.exe. > W/o such a dependency it would be possible reliably generate Windows > executables on Linux or Mac, which has its own benefits (e.g...

...$ clang -shared bar.c -o libbar.so $ clang foo.c -lbar -L. $ nm a.out ... U bar ... ========================================== Currently, lib/Linker supports first two cases, but not the third. I would like to be able add this functionality and it even exists as the prototype: https://github.com/krasin/bitlink To build, just place it under llvm/tools and register in tools/CMakefiles.txt The utility itself is probably not interesting, because it's just a modified llvm-ld. At the same time, it uses lib/Linker with the added capability of dynamic linking with bitcode stubs: $ clang -emit-llvm...

On 08/12/11 03:56 PM, Ivan Krasin wrote: > Hi llvm team! > > I'm currently working on the extended version of llvm-ld, which has an > ability to check if all the symbols present (and fail if some symbols > are not resolved), treat archives in the right way (link all the object > files in the archive if it'...

...itcode file with stub definitions of the public symbols. This is about the same use case as Emscripten with the only difference in the source of the defined symbols (native .so vs js file) Is it more clear now? If not, I would like to give it another try and write much more details and examples. krasin > > Cheers, > Rafael > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20111213/3a3af8c9/attachment.html>

...ce you say you want a bitcode module in the end, I don't understand how this is different from using llvm-link, it doesn't complain about undefined symbols... Can you provide an example? What are your inputs. Are they IL or ELF? What are the outputs that you want? Are they IL or ELF? > krasin Cheers, Rafael

Hi. I'm working on a backend for the [DCPU16](https://github.com/techcompliant/TC-Specs/blob/master/CPU/DCPU.md), a fictional CPU. The main subtlety is that the bytes are 16 bits instead of 8. There is already a [working backend](https://github.com/krasin/llvm-dcpu16), but it does a lot of source modification to support 16 bit words. I try to update it to latest llvm, but it obviously fails since the new code assumes 1 word == 8 bits. Any idea of a robust way to do such backend? Have a good day, Mikaël

On Sun, Dec 11, 2011 at 2:19 PM, Rafael Ávila de Espíndola < rafael.espindola at gmail.com> wrote: > On 08/12/11 03:56 PM, Ivan Krasin wrote: > > Hi llvm team! > > > > I'm currently working on the extended version of llvm-ld, which has an > > ability to check if all the symbols present (and fail if some symbols > > are not resolved), treat archives in the right way (link all the object > > f...

Don Quixote de la Mancha <quixote at dulcineatech.com> writes: > On Sat, Oct 15, 2011 at 7:35 PM, Ivan Krasin <krasin at google.com> wrote: >> I'm not related to the topic starter, but I see at least one huge >> disadvantage of the dependency on link.exe. >> W/o such a dependency it would be possible reliably generate Windows >> executables on Linux or Mac, which has its o...

-krasin@ On Fri, Jun 16, 2017 at 11:05 AM, Kostya Serebryany <kcc at google.com> wrote: > > > On Thu, Jun 15, 2017 at 10:39 PM, Enes Göktaş <enes.goktas at gmail.com> > wrote: > >> Hi Kostya, >> >> Please find attached the minimized motivation test. >> I...

Hi everyone, I am trying to add some optimizations to LLVM's PTX backend. But i am unaware of the existing optimizations. Can you please guide me about the same? Thank You:) -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110903/bc038a07/attachment.html>

Hi, The code @ line 584 of TargetRegistry.h effectively suppresses specifying any AsmStreamer constructor function but stock createAsmStreamer one. Is it by intention or condition should be replaced with != ? Best regards, Max

...upport/TargetRegistry.h? static void RegisterMCInstrAnalysis(Target &T, Target::MCInstrAnalysisCtorFnTy Fn) { // Ignore duplicate registration. if (!T.MCInstrAnalysisCtorFn) T.MCInstrAnalysisCtorFn = Fn; } // line 584 is here krasin > > Best regards, > >  Max > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >

...that these libraries are built twice, if all parts of LLVM are requested to built. It's probably fine, but I am not familiar with llvm build system enough to understand if that's possible to do. I'm sure that I miss something here. What's your opinion on how to address this issue? krasin

I just found that some samples used link.exe from Visual Studio to generate the final image, does LLVM has a replacement for link.exe to generate the final binary? -- Thanks Thomson -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20111015/1b33f012/attachment.html>

On Sat, Oct 15, 2011 at 7:38 AM, Thomson <lilotom at gmail.com> wrote: > I just found that some samples used link.exe from Visual Studio to generate > the final image, does LLVM has a replacement for link.exe to generate the > final binary? > > -- > Thanks > Thomson Not currently, but a linker is being worked on. Is there any reason why link.exe is undesirable? You can

...said that, source annotations should be preferred to whitelists > when possible. This could be a class __attribute__ declaring that the > class is layout-compatible with some other class. > > On Fri, Jun 16, 2017 at 11:06 AM, Kostya Serebryany <kcc at google.com> wrote: > > -krasin@ > > > > On Fri, Jun 16, 2017 at 11:05 AM, Kostya Serebryany <kcc at google.com> wrote: > >> > >> > >> > >> On Thu, Jun 15, 2017 at 10:39 PM, Enes Göktaş <enes.goktas at gmail.com> > >> wrote: > >>> > >>> H...

...nNeverZero(LHS)) > > Note that there are identical subexpressions '!DAG.isKnownNeverZero (LHS)' to > the left and to the right of the '&&' operator. > The second subexpression should probably be !DAG.isKnownNeverZero(RHS)). a patch fixing this was posted by Ivan Krasin. It seems correct, but is waiting on someone writing a testcase. > > ---- > > lib/Transforms/Scalar/ObjCARC.cpp:1138 > void clearBottomUpPointers() { > PerPtrTopDown.clear(); > } > > void clearTopDownPointers() { > PerPtrTopDown.clear(); > } > > No...

> 16-bit byte was a major pain back in the day, and we never fixed all > known failures. In part, it's because C standard really wants 8-bit chars. So no real solution? > Btw, why is DCPU16 still a thing? :) https://github.com/techcompliant/. It's a separate team not related to Mojang which took the idea. They are on alpha now. Also because