search for: llvmbug

...tands. Other llvmdev'ers may be interested too. Thanks, --Vikram http://www.cs.uiuc.edu/~vadve http://llvm.org/ Begin forwarded message: > From: "bugzilla-daemon at cs.uiuc.edu" <bugzilla-daemon at cs.uiuc.edu> > Date: February 1, 2008 5:08:12 AM CST > To: "llvmbugs at cs.uiuc.edu" <llvmbugs at cs.uiuc.edu> > Subject: [LLVMbugs] [Bug 1971] New: EQUIVALENCE not supported in > llvm-gfortran > > http://llvm.org/bugs/show_bug.cgi?id=1971 > > Summary: EQUIVALENCE not supported in llvm-gfortran > Product: tools...

Currently the LLVMbugs list only receives emails when a new bug is filed or an existing bug gets finally resolved. The gcc-bugs list on the other hand receives an email for every new comment in bugzilla. This leads to much better transparency, because you can easily see which bugs are currently being worked on; while th...

...egen.sh UNLESS you're trying out the --with-automake flag (on AutoRegen.sh). However, you still MUST install automake 1.9.2 even if you're not using --with-automake because that is how you get aclocal 1.9.2 which is needed by autoconf. Reid. -------- Original Message -------- Subject: [LLVMbugs] [Bug 451] Libtool does not create libNAME.$(SHLIBEXT) files when building dynamic libs Date: Tue, 12 Oct 2004 19:58:23 -0500 From: bugzilla-daemon at cs.uiuc.edu To: llvmbugs at cs.uiuc.edu http://llvm.cs.uiuc.edu/bugs/show_bug.cgi?id=451 rspencer at x10sys.com changed: What |R...

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

> 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

...) returns 0 Dave On Fri, 6 Dec 2002, Vikram Adve wrote: > P.S. I have also updated the CSIL tree. Just check out > TarjanSCCIterator.h. > > --Vikram > http://www.cs.uiuc.edu/~vadve > > > > From: David Crowe <dcrowe at tremor.crhc.uiuc.edu> > > Subject: [LLVMbugs] Re: [LLVMdev] Tarjan+function_ptrs == trouble ? > > Sender: llvmbugs-admin at cs.uiuc.edu > > Date: Fri, 6 Dec 2002 00:54:41 -0600 (CST) > > > > Thanks, > > > > I've been through the documentation, and if I visit main, i think > > everything will t...

...much for the Intel one to be useful. Again, there is *nothing* currently using the 'intel' asm printer. Feel free to change it however you find convenient... such as the above items. Also, when you do things like this, please send patches. Also, patches should generally be sent to the llvmbugs list (which is designed for bugs and patches), not llvmdev. In response to your recent 'MASM Backend' mail, please update it per the feedback I gave for the 'isWindows' flag email, and resent to llvmbugs. Thanks! -Chris -- http://nondot.org/sabre/ http://llvm.org/

>>> 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, look at the X86InstrInfo.td file it is full of

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: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20140...

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

Test Cases: (attached) Iteration code: (...) typedef TarjanSCC_iterator<CallGraph*> MyTarjan; CallGraph& callGraph = getAnalysis<CallGraph>(); MyTarjan iter = tarj_begin(&callGraph); MyTarjan end = tarj_end(&callGraph); while(iter!=end) iter++; (...) if you take the time to print out the function each non-looping node iter traverses, it never reaches main...

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 other people multithreading their code this way? Thanks! Dale --...

...st. 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 ( http://lists.cs.uiuc.edu/pipermail/llvmbugs/2011-February/016779.html), but I still have this issue in the current SVN version. I would be very happy if you can offer me some assistance. Jonas P.s: Code is attached. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-de...

Hi all, Thanks for Aleksandar Beserminji great job: https://reviews.llvm.org/D50437 It is not easy to reproduce the LLVMBUG-38221[1] by building OpenJDK8, it needs some workaround https://raw.githubusercontent.com/xiangzhai/jdk8u-dev/master/Workaround-compile-with-llvm.patch LLVM toolchain[2] is just able to compile OpenJDK8 for mips64el now: http://hg.loongnix.org/ 1. https://bugs.llvm.org/show_bug.cgi?id=38221#c...

...t-namespace" configure:2803: $? = 1 configure: failed program was: | /* confdefs.h.  */ | #define PACKAGE_NAME "llvm" | #define PACKAGE_TARNAME "-llvm-" | #define PACKAGE_VERSION "2.5" | #define PACKAGE_STRING "llvm 2.5" | #define PACKAGE_BUGREPORT "llvmbugs at cs.uiuc.edu" | #define LLVM_ON_UNIX 1 | /* end confdefs.h.  */ | | int | main () | { | |   ; |   return 0; | } configure:2842: error: C compiler cannot create executables See `config.log' for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_b...

Thanks, I've been through the documentation, and if I visit main, i think everything will turn out correctly... Printing out the Call graph reveals that main is calling this external node i think you are making reference to. Could this be the problem? Dave On Fri, 6 Dec 2002, Chris Lattner wrote: > > if you take the time to print out the function each non-looping node iter >

...y, run make check (report results) 4) Lastly, run the tests in llvm-test. Report results. I know this may be a bit rushed, but if the testing and documentation review could be completed by April 18th, that would be great. Please either commit updates to the documentation, or mail patches to the llvmbugs list. Future releases will be more organized and provide more time for testing. I know everyone has busy schedules, so I appreciate all the help. Thanks, Tanya