search for: llvm36

Dear LLVMers, I am working on a project that depends on LLVM 3.6. For Homebrew, the core formula is pointing to LLVM 3.5.1 and LLVM 3.6 is only available as a homebrew tap. Since no core formula can depend in versioned taps, would it be possible to get the llvm36 (since already released) formula into homebrew core and replace the 3.5.1 formula? Thank you very much, Sebastian -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20150429/f8b660bf/attachment.html>

...ar LLVMers, >> >> I am working on a project that depends on LLVM 3.6. For Homebrew, the core >> formula is pointing to LLVM 3.5.1 and LLVM 3.6 is only available as a >> homebrew tap. Since no core formula can depend in versioned taps, would it >> be possible to get the llvm36 (since already released) formula into homebrew >> core and replace the 3.5.1 formula? >> >> Thank you very much, >> Sebastian >> >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http:...

...starting with the 3.4.2 release I added a merge of the clang-omp changes from upstream to our packaging so that we have fully functional libiomp5 support. Assuming that the clang-omp developers can find time to rebase their upstream tree on the new 3.6 release, I intend to do the same for the fink llvm36 packaging. So yes, a stable compiler does matter to some folks. Jack > cheers, > --renato

Hello, I'm having this error and couldn't find a resolution from online, any help would be greatly appreciated: clang: /export/home/hzhang86/chapel/chapel-llvm36/chapel/third-party/llvm/llvm/lib/CodeGen/AsmPrinter/DwarfUnit.cpp:839: void llvm::DwarfUnit::addType(llvm::DIE&, llvm::DIType, llvm::dwarf::Attribute): Assertion `Ty && "Trying to add a type that doesn't exist?"' failed. 0 clang 0x0000000001eaccd2 llvm::sys:...

...t 5:47 PM, Hui Zhang <wayne.huizhang at gmail.com> > wrote: > >> Hello, >> >> I'm having this error and couldn't find a resolution from online, any >> help would be greatly appreciated: >> >> clang: >> /export/home/hzhang86/chapel/chapel-llvm36/chapel/third-party/llvm/llvm/lib/CodeGen/AsmPrinter/DwarfUnit.cpp:839: >> void llvm::DwarfUnit::addType(llvm::DIE&, llvm::DIType, >> llvm::dwarf::Attribute): Assertion `Ty && "Trying to add a type that >> doesn't exist?"' failed. >> 0 clang...

...>>>> >>>> Hello, >>>> >>>> I'm having this error and couldn't find a resolution from online, any >>>> help would be greatly appreciated: >>>> >>>> clang: >>>> /export/home/hzhang86/chapel/chapel-llvm36/chapel/third-party/llvm/llvm/lib/CodeGen/AsmPrinter/DwarfUnit.cpp:839: >>>> void llvm::DwarfUnit::addType(llvm::DIE&, llvm::DIType, >>>> llvm::dwarf::Attribute): Assertion `Ty && "Trying to add a type that doesn't >>>> exist?"' faile...

...would know what is going on below. All of a sudden I’m getting this assertion thrown: Assertion failed: (New->getType() == getType() && "replaceAllUses of value with new value of different type!"), function replaceAllUsesWith, file /Users/meister/Development/externals-clasp/llvm36/lib/IR/Value.cpp, line 345. It’s happening when DIBuilder::finalize is being called at the end of a source file compilation. Here’s the most illuminating debugging information I could pull out of a frame: (lldb) frame #6: 0x0000000103a67c3e clasp_boehm_d`llvm::DIDescriptor::replaceAllUsesWith(...

...at linaro.org> wrote: > On 18 February 2015 at 19:52, Jack Howarth > <howarth.mailing.lists at gmail.com> wrote: >> Assuming that the clang-omp >> developers can find time to rebase their upstream tree on the new 3.6 >> release, I intend to do the same for the fink llvm36 packaging. So >> yes, a stable compiler does matter to some folks. > > So it seems that you're one of the very few people that doesn't use > ToT. Almost everyone else uses it and the progress of LLVM kind of > assume you do. > I believe MacPorts uses the major llvm rel...

...>> >> All of a sudden I’m getting this assertion thrown: >> >> Assertion failed: (New->getType() == getType() && "replaceAllUses of value with new value of different type!"), function replaceAllUsesWith, file /Users/meister/Development/externals-clasp/llvm36/lib/IR/Value.cpp, line 345. >> >> It’s happening when DIBuilder::finalize is being called at the end of a source file compilation. >> >> Here’s the most illuminating debugging information I could pull out of a frame: >> >> >> (lldb) >> frame #6:...

On Wed, Feb 18, 2015 at 1:04 PM, Renato Golin <renato.golin at linaro.org> wrote: > On 18 February 2015 at 17:04, Jack Howarth > <howarth.mailing.lists at gmail.com> wrote: >> Renato, >> My concern is that, without strict enforcement of the triaging >> serious P1-type bugs, the major llvm.org releases will devolve into a >> continual exchange of

> On 2015-Jan-19, at 12:38, Frédéric Riss <friss at apple.com> wrote: > > >> On Jan 19, 2015, at 12:04 PM, Christian Schafmeister <chris.schaf at verizon.net> wrote: >> >> >> I forgot to mention this in my initial email. >> >> The build of LLVM that I was using was commit a0d5d7aed8e177cea381b3d054d80c212ece9f2c >> The date on the