similar to: [LLVMdev] LLVMbugs list suggestion

Anton, I didn't know that EQUIVALENCE is the only unsupported major Fortran feature, as this bug says. Can you give me an update on the status of the Fortran front-end and what the near-term goals are? I am getting more requests from academics doing HPC compilers and it would be useful to know where Fortran support stands. Other llvmdev'ers may be interested too. Thanks,

Hello, We were doing some experiments to deserialize/JIT bitcode on multiple threads and we hit what looks like this issue: http://lists.cs.uiuc.edu/pipermail/llvmbugs/2013-April/027937.html We're using LLVM-3.5 so I was a bit surprised that the patch that was provided in 2013 doesn't appear to be in the current codebase. I'm curious what the status of this patch and issue are? Are

I'm forwarding this bug resolution because it has a pretty wide impact on LLVM developers. This bug (451) has been resolved (well, works for me anyway). If you have reconfigured your build tree since October 4th, you need to reconfigure again. The bug produced shared objects that don't have a .so extension. Reconfiguring will fix this problem. The notes below show what was needed to

LLVM, What do I pass into the DSG in order to access the globals vector of functions that a function pointer may be calling. The code: CallInst *calli = dynamic_cast<CallInst*>(*i); std::vector<GlobalValue*> funcVect = theGraph.getNodeForValue(calli->getCalledFunction()).getNode()->getGlobals(); Doesn't appear to work... getCalledFunction() returns 0 Dave On Fri, 6 Dec

On Tue, 12 Jul 2005, Aaron Gray wrote: >>>> You shouldn't have to add new classes to the .td file, just modify >>>> printOp for your asmprinters. >>> I dont think printOp is virtual and therefore cannot be overriden ? >> Why does it need to be virtual? No 'intel' printers want % signs. > > The GAS intel code generator generates percents,

This came up when trying to compile the Python bindings against llvm 1.7. File include/llvm/Transforms/Scalar.h declares llvm::createPREPass(), which does not seem to be implemented anywhere. Should I report this in llvmbugs? -- Pertti

Hi, I supplied a patch for http://llvm.org/bugs/show_bug.cgi?id=15079 last year, then recently pinged llvmbugs but I guess that mail was lost in the moderation queue. Is it possible to accept or reject the patch on this issue, please? Thanks for your help, Graham. -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi, I have a small example program that is supposed to generate cross-compiled JIT code with the MCJIT execution engine on an x86 host. The code works fine if I choose x86 as target platform, but if I choose ARM, I hit an assertion in include/llvm/CodeGen/MachineOperand.h:260 (This is not a register operand). I am not sure if an older post regarding this assertion are relevant to my problem (

Hi, I am trying to install llvm 2.5 in my PowerPC machine. I have already installed XCode Tools 2.4.1. I can compile programs using gcc run them. I try to configure llvm 2.5, the configuration aborts with following message: checking build system type... powerpc-apple-darwin8.11.0 checking host system type... powerpc-apple-darwin8.11.0 checking target system type... powerpc-apple-darwin8.11.0

> Anyone seeing this failure? > > FAIL: /Volumes/Gir/devel/llvm/llvm.src/test/CodeGen/Generic/2007-04-14-EHSelectorCrash.ll > for PR1326 Seems it was due to my changes. Investigating. -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

Hello, Tom > * Intel and AMD machines running on Win32 using MinGW libraries > (native) As you can see here, LLVM is happy on win32. > without installing third-party libraries? Do these libraries need to > be distributed along with the generated executables? It depends on, how exactly you're compiling LLVM. If you'll go with Cygwin-generated binaries, then yes

It looks like something has gotten its clock off by 12 hours; this arrived at 5:37 PM local time, and the clock on my local machine is correct... On Jan 3, 2008, at 5:37 AM, bugzilla-daemon at cs.uiuc.edu wrote: > http://llvm.org/bugs/show_bug.cgi?id=1896 > > Summary: Global Variable Optimizer fails assertion in > OptimizeAwayTrappingUsesOfLoads

Vikram, > I didn't know that EQUIVALENCE is the only unsupported major Fortran > feature, as this bug says. Can you give me an update on the status of > the Fortran front-end and what the near-term goals are? Ok. I was going to post something soon after 2.2 release, but let's do it now. LLVM 2.2 will contain (as a part of llvm-gcc 4.2) a port of gfortran compiler to the LLVM

Hi All, I did something dumb and bugzilla is sending out a ton of spam. We're working on it, I apologize for the email! -Chris

On 4/29/14, Markus Trippelsdorf wrote: > On 2014.04.29 at 12:16 +0200, Tuncer Ayaz wrote: > > On 4/29/14, Markus Trippelsdorf wrote: > > > On 2014.04.29 at 11:04 +0200, Tuncer Ayaz wrote: > > > > On 4/27/14, Markus Trippelsdorf wrote: > > > > > On 2014.04.27 at 16:18 +0200, Tuncer Ayaz wrote: > > > > > > Using gcc 4.9 to build the llvm

> > Is it ok sending this results for FreeBSD5.1 at daily/weekly based to this > > mail list? > > A better list for it would be the llvmbugs list for now. ok > BTW, if you are interested in running the nightly tester on your freebsd > box, let me know and I can help you get it set up. What i must install or have installed ? I doesn't have root access at this machine,

On Wed, 24 Aug 2005, Michael McCracken wrote: > I'm mostly up to date, but not completely current with CVS. Is this > something that's been fixed recently, or is it a problem on my end? Try rerunning configure. For some reason, configure decided you didn't have runtest/expect. rerun configure, and if it still doesn't work, please send your config.log to llvmbugs. Thx,

OK, that explains it. I probably didn't have runtest installed the last time I ran configure, and re-syncing with CVS also caused it to reconfigure, solving the problem but confusing me. Thanks, -mike On 8/24/05, Chris Lattner <sabre at nondot.org> wrote: > On Wed, 24 Aug 2005, Michael McCracken wrote: > > I'm mostly up to date, but not completely current with CVS. Is this

Pertti Kellomäki wrote: > This came up when trying to compile the Python bindings > against llvm 1.7. File include/llvm/Transforms/Scalar.h > declares llvm::createPREPass(), which does not seem to > be implemented anywhere. Should I report this in llvmbugs? Just to clarify myself: this is an issue with the LLVM sources, not with the Python bindings. -- Pertti

Vladimir Prus wrote: > > I'm getting this: > > /home/ghost/Work/llvm-cvs/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp: > In > member function `void > llvm::SelectionDAGLowering::visitSetCC(llvm::User&, > llvm::ISD::CondCode, llvm::ISD::CondCode, llvm::ISD::CondCode)': > /home/ghost/Work/llvm-cvs/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp:1107: