similar to: [LLVMdev] Infinite loop in llc on ARMv7 (LLVM HEAD from June 17)

On Fri, Jun 24, 2011 at 9:12 AM, Karel Gardas <karel.gardas at centrum.cz> wrote: > Hello, > > it looks like I do have infinite loop in llc on linux/armv7 platform > somewhere in llvm::SmallVectorImpl. Two backtraces obtained with 10 > seconds delay are: > > 0x0099be14 in llvm::SmallVectorTemplateCommon<llvm::SDNode*>::setEnd > (this=0x7ee90b38, P=0x5c06988)

Hi Jim and Eric! thanks a lot for your fantastically fast reply. I'm going to update and will report tomorrow when all the building is done. Thanks! Karel On 08/29/11 11:36 PM, Jim Grosbach wrote: > Hi Karel, > > Mind trying again with current top of tree? Owen's fixed a few things today that were manifesting with that error. > > -Jim > > On Aug 29, 2011, at 2:33

Hello, I've compiled today's LLVM on ARM/Linux machine and attempted to use our GHC/ARM port (which is using LLVM as a backend for generating machine code) with it but I've failed in compiling GHC alone as LLVM fails on me with following message: llc: /export/home/karel/vcs/llvm-ghc-arm/lib/CodeGen/MachineInstr.cpp:612: void llvm::MachineInstr::addOperand(const

Hi Karel, Mind trying again with current top of tree? Owen's fixed a few things today that were manifesting with that error. -Jim On Aug 29, 2011, at 2:33 PM, Karel Gardas wrote: > Hello, > > I've compiled today's LLVM on ARM/Linux machine and attempted to use our GHC/ARM port (which is using LLVM as a backend for generating machine code) with it but I've failed in

Hello, I'm working on implementing GHC specific call convention into LLVM 2.9. I've chosen LLVM 2.9 as a kind of stable reference point and I would like to know how mature is ARM code generation chain inside this release. I've had a hope that perhaps Apple as a main sponsor of LLVM is using LLVM for their ARM based iOS software development, but I'm not sure if I'm right

On Sat, Sep 12, 2015 at 01:35:48AM +0200, Karel Hendrych wrote: > Comparing simple dd bs=1M count=10000 on dom0 vs domU. Qemu driver > is achieving pretty much the same like dom0. > So you're measuring buffered speed. Try measuring non-buffered (iflag=direct or oflag=direct, depending if you're reading or writing). -- Pasi > Thanks > -- > Karel > > On 7.9.2015

On Mon, Sep 07, 2015 at 05:47:39PM +0200, Karel Hendrych wrote: > ... > > changing from: <driver name='file'/> to: <driver name='tap2'/> makes > the domain start without QEMU. > > However I see much better performance with QEMU (close to dom0, > tested using simple dd writes) than with tap2 driver. Is that > expected? > How did you measure

I could delete all records of this server that no longer exists no problem even record type NS I only have these two that there has been no way to erase any other ideas thanks samba-tool dns delete zdtoe-02.dtoe.etecsa.cu dtoe.etecsa.cu _msdcs\010CNF:946b89d3-b07b-4f43-a6b9-0de3bf3f3a10.dtoe.etecsa.cu. NS zdtoe-01.dtoe.etecsa.cu -U administrator GENSEC backend 'gssapi_spnego'

On 06/24/11 06:53 PM, Eli Friedman wrote: > On Fri, Jun 24, 2011 at 9:12 AM, Karel Gardas<karel.gardas at centrum.cz> wrote: >> My question is if it is a known bug or unknown in which case where to >> report it and if also include compiled *.bc file or not. > > Haven't seen it before... see > http://llvm.org/docs/HowToSubmitABug.html , and please do include the

Is possible YP listing in http://dir.xiph.org/cgi-bin/yp-cgi and http://www.oddsock.org/cgi-bin/yp-cgi from Icecast2.2 with source Ices2? Thank you -- P?eji spokojen? den ***************************************************** I'm not really a human, but I play one on earth. *************************************** Karel Du?ek email: mailto://karel.dusek@duhovy.net ICQ#: 1 498 454 721

On 26 June 2011 10:16, Karel Gardas <karel.gardas at centrum.cz> wrote: > So I'm curious what's *the* recommended compiler on this platform which > LLVM development is using? Hi Karel, I'm not sure what test cases you're talking about, but we use CodeSourcery's GCC and binutils (latests, not stable, because of new core support) and it works a treat. You can

Hello Cameron, thanks a lot for your fast answer, which just makes me curious if making ARM tailcalls on par with x86 in the future is on some of the development plans already? If not, then what do you think is the complexity of such work? Thanks! Karel On 06/17/11 10:41 PM, Cameron Zwarich wrote: > They work pretty well now, at least on Thumb2 / Darwin. It is still fairly conservative

On 3 July 2011 21:32, Karel Gardas <karel.gardas at centrum.cz> wrote: > please see http://ghcarm.wordpress.com/2011/07/03/llvm-on-arm-testing/ > > Is there anything other I might do for you to get those regressions fixed? Hi Karel, This is great! I can see there's only a handful of errors. All JIT errors seem to be the same (MC). All O2 errors, too (MIPS). The select.ll

On Tue, 28 Nov 2006, Bill Wendling wrote: > Perhaps someone could come up with a list of different versioning > software, list the pros and cons, and then we could vote? (Has anyone > mentioned Bitkeeper yet? :-) There are a couple reasons we are using CVS still: 1. CVS works and is well understood by all involved. 2. The main deficiencies of CVS don't impact us much (we aren't

Hi, spot on! On 6.9.2015 12:56, Pasi K?rkk?inen wrote: > On Sun, Sep 06, 2015 at 09:08:50AM +0200, Karel Hendrych wrote: >> Hi, after migrating to libvirt/libxl according to: >> > > Hi, > >> https://wiki.centos.org/HowTos/Xen/Xen4QuickStart/Xen4Libvirt >> >> I've noticed that my Xen PV domains are being launched by >> qemu-system-i386 running

Hi Chris, > 2. The main deficiencies of CVS don't impact us much (we aren't > hampered by lack of atomic commits, renames, and better branch > facilities). If people would like to see the logical `patch set' that made up a CVS commit then cvsps may be useful, or, as others have said, use Tailor to convert to a local repos. in your preferred format.

I don't know if GuaranteedTailCallOpt is in anyone's plans. It might be a good idea to implement some time. I am not sure what GHC's exact needs are, though. Cameron On Jun 17, 2011, at 1:49 PM, Karel Gardas wrote: > > Hello Cameron, > > thanks a lot for your fast answer, which just makes me curious if making ARM tailcalls on par with x86 in the future is on some of

Attempting to build llvm on Mageia2 from the 3.3 source I get: "#include "..." search starts here: #include <...> search starts here: /home/mgeldiener/dev/clang/build/include /home/mgeldiener/dev/clang/build/lib/Support /home/mgeldiener/vcs/llvm/include /home/mgeldiener/vcs/llvm/lib/Support /opt/intel/composerxe-2011.5.220/mkl/include

On 06/27/11 12:46 PM, Renato Golin wrote: > On 26 June 2011 10:16, Karel Gardas<karel.gardas at centrum.cz> wrote: >> So I'm curious what's *the* recommended compiler on this platform which >> LLVM development is using? > > Hi Karel, > > I'm not sure what test cases you're talking about, but we use > CodeSourcery's GCC and binutils (latests,

Hi Karel, It actually looks like the argument parser has parsed "thumb -mattr=v7,thumb2,vfp3" as the full argument to "-march=". Strange. The easiest way to get what you want is probably "-mtriple thumbv7--". v7 has Thumb2 enabled and VFPv3 (along with NEON) by default. Cheers, James ________________________________________ From: llvmdev-bounces at cs.uiuc.edu