similar to: [LLVMdev] A few inline assembly questions

On Sun, 18 Mar 2007, Zack Rusin wrote: > I'm contemplating adding llvm-gcc as a core platform to Qt, meaning we'd > release Qt unless we would make sure it compiles and works with llvm-gcc but > I have some problems with making it work cleanly so I just wanted to ask a > few simple questions. Very nice! > The problems refer to llvm and llvm-gcc from respectively cvs/svn

On Mar 18, 2007, at 5:14 PM, Chris Lattner wrote: >> 2) i have code utilizing whatever vector insructions i can get my >> hands on to >> speed up some very common rendering operations. llvm-gcc doesn't >> seem to >> support mmx intrinsics which makes Qt compiled with llvm-gcc quite >> a bit >> slower when it comes to graphics. > > As Anton

Hello, Everyone. Just few notes for everyone, who wants to build Qt with llvm. Everything was tested with shiny-new Qt 4.2.2 (X11 version) and llvm-gcc4 & LLVM from head. Instructions written here should also work on 1.9 release, as I've tested Qt build last time just before 1.9 release. 1. Specs Qt uses it's own configuration and build system called "qmake". We should

---------- Forwarded message ---------- From: eldad hadas <eldadh at hadasbros.com> Date: Sun, Dec 17, 2017 at 9:19 PM Subject: i am having some hard time compiling tinc 1.1 for openwrt To: guus at tinc-vpn.org Hello, i am having some hard time compiling tinc 1.1 for openwrt. i have found a precomiled version for ar71xx, but i need for mips_24kc and ramips/mt7620 i have tried afew

I am very new to Linux so I probably am doing something stupid but I cannot seem to update to R 2.15 Using Ubuntu 12.02 Precise Penguin I realise that debian packages are not updated regularly so I tried to follow the insructions at the R-site So far, I have modified /etc/apt/sources.list to read ## R CRAN added 2012-06-12 deb http://probability.ca/cran/bin/linux/debian squeeze-cran/ Issued

R-SIG-Debian I am very new to Linux so I probably am doing something stupid but I cannot seem to update to R 2.15 Using Ubuntu 12.02 Precise Penguin I realise that debian packages are not updated regularly so I tried to follow the insructions at the R-site So far, I have modified /etc/apt/sources.list to read ## R CRAN added 2012-06-12 deb http://probability.ca/cran/bin/linux/debian

hi there I'm trying to get asterisk going on gentoo 2005.1 I'm just getting my feet wet so I thought I would just stick with the stable portage packages. Right now that's asterisk 1.0.8 I emerge asterisk with the following make.conf file: CFLAGS="-O2 -mcpu=i686" CHOST="i386-pc-linux-gnu" CXXFLAGS="${CFLAGS}" USE="-gtk -gnome -qt -kde -dvd alsa

Hello. I am making a LLVM backend for a new architecture XCC. During implementation of instructions for XCC, I found that there are instructions need more than 3 operands in the target language manual. I could implement insructions need 1, 2 or 3 operands thanks to the examples in the LLVM backends already offered by you guys. But, I am not sure about those kind of instructions needs many number

Hello, I am trying to calculate and plot mean and confidence intervall for a set of data. This is the code that I am currently using: means <- sapply(data, mean, na.rm=TRUE) n <- sapply(data,length) stdev <- sqrt(sapply(data, var, na.rm=TRUE)) ciw <- qt(0.98, n) * stdev / sqrt(n) par(mgp=c(2,0.6,0), las=2, fin=c(7,3), mai=c(1,0.5,0.2,0.2), cex=0.8) plotCI(x=means, uiw=ciw,

CentOS Errata and Bugfix Advisory 2012:1176 Upstream details at : http://rhn.redhat.com/errata/RHBA-2012-1176.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: a6cd4b15ef3e4a0fd758ecbe42a1580d1ea42a55a7f58a167fbc4ef38ede18ad kdebase-3.5.4-26.el5.centos.i386.rpm

Hi, I''ve a quad-core x86_64 machine (Intel Xeon), with sse/mmx support. However, I want to disable sse/mmx support from HVM guests. How can I do this? Also, is it reasonable to expect illegal instruction fault in non-root VMX mode if a guest VM runs an application with sse/mmx instructions? Thanks, Ashish _______________________________________________ Xen-devel mailing list

Hi all, I'm working on a graphics project which uses LLVM for dynamic code generation, and I noticed a major performance regression when upgrading from LLVM 2.8 to 3.0-rc1 (LLVM 2.9 didn't support Win64 so I skipped it entirely). I found out that the performance regression is due to removing support for lowering 64-bit vector operations to MMX, and using SSE2 instead. My code uses a

I recently diagnosed a bug in someone else's software, which turned out to be due to incorrect MMX intrinsics usage: if you use any of the x86 intrinsics that accept or return __m64 values, then you, the *programmer* are required to call _mm_empty() before using any x87 floating point instructions or leaving the function. I was aware that this was required at the assembly-level, but not that

.. checking for wnck_window_has_name... yes checking for METACITY... yes checking for Qt headers... /opt/qt/include checking for Qt libraries... no configure: creating ./config.status .. .. gnome: no kde: no .. I have tried to compile kde window decorator, but "configure" don't check my Qt installation and it don't have a option to specify the path. Thanks for your

Hi, When setting -mattr option on X86, I would like to treat MMX separately from SSE levels. This would allow a client who sets the attributes directly to set the SSE level independent of MMX, e.g., llc -march=x86 -mattr=sse41, one would get sse4.1 with mmx disabled while llc -march=x86 -mattr=mmx -mattr=sse42 will get mmx and sse42. If anyone objects to this change, please let me

This is a bit obscure but caused me some grief... R1.5.1/MS Windows There seems to be a peculiarity in legend associated with the use of expression text. It seems as if expression text is used in (eg) an mtext call then if the call to legend also includes expression text and a subscript then the legend box and line spacing depends on the value of cex used in the previous call to mtext,

On Mon, Aug 31, 2020 at 3:02 PM Eli Friedman <efriedma at quicinc.com> wrote: > Broadly speaking, I see two problems with implicitly enabling MMX > emulation on a target that has SSE2: > > > > 1. The interaction with inline asm. Inline asm can still have MMX > operands/results/clobbers, and can still put the processor in MMX mode. If > code is mixing MMX

OK , grepping the whole source tree for 'ctlz' I found the answer to my question in: test/FrontendC/2006-01-16-BitCountIntrinsicsUnsigned.c and that is to use gnu frontend style __builtin_clz() for this one. This test/FrontendC directory has a plethora of other usefull examples so I guess It will be sufficient for me. However I still think that some documentation of the frontend

Your clang invocation below works for me, and generates target triple in the llvm IR of i386. And then in the specific options for the functions it generates the following: ; Function Attrs: nounwind define float @foo() #0 { entry: ret float 1.000000e+00 } attributes #0 = { nounwind "less-precise-fpmad"="false" "no-frame-pointer-elim"= "true"

On Wed, Sep 8, 2010 at 12:35 AM, Nicolas Capens <nicolas.capens at gmail.com> wrote: > Hi Chris, > > It's not broken, but the performance is crippled. > > I noticed that the code still contains some MMX instructions, but several > operations get expanded (apparently swizzling and such get expanded to a > large number of byte moves). I think some changes related to