search for: 20120326

...tructs are split into their component members with no indication that they were originally more than that. This has affected a couple more people recently (including me): http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-March/048203.html http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of- Mon-20120326/055577.html If this interface could be improved, I believe clang simply apply a function to its QualType and produce an LLVM type which does the right thing. Without that improvement clang will have to use a context-sensitive model to map the whole sequence of arguments. At least, that's...

Does LLVM (clang) give information about the Order of Operations to the IR? Or does it merely just sequence the operations in the correct order? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120326/da7c3f2a/attachment.html>

...e, I am going to stop LLVM buildmaster today after 6 PM Pacific for few minutes to fix latest issue (the buildbot does not pick up llvm changes). Thanks Galina -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120326/08d97e74/attachment.html>

...or now to get a working package for systems using dash (which is the declared default for Debian anyway). I can confirm this patch is working fine. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20120326/4503909f/attachment.html>

Here's a problem I have at home - I updated to 5.8, have t-bird 10 and ff 10; I run icewm. However, I cannot get a link in an email to open in my browser. Anyone else see this? mark

Anyone know if there is a kernel autoconfigure tool to compile from source ? thanks luigi -- Linux Server, Microsoft Windows 2003/2008 Server, Exchange 2007 http://predellino.blogspot.com/

...-- Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a -------------- next part -------------- A non-text attachment was scrubbed... Name: cor_move_factors.pdf Type: application/pdf Size: 11514 bytes Desc: not available URL: <https://stat.ethz.ch/pipermail/r-help/attachments/20120326/db84b13b/attachment.pdf>

...ake the required fix. -- Vladimir Pouzanov http://www.farcaller.net/ -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4454 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120326/02e45133/attachment.bin>

...y searching deeper if FLAC_API was doubly defined elsewhere. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 196 bytes Desc: OpenPGP digital signature Url : http://lists.xiph.org/pipermail/flac-dev/attachments/20120326/056dee57/attachment.pgp

Hi Arnaud, LiveInterval::markNotSpillable() sets the live interval's spill weight to infinity. For well-formed PBQP graphs (i.e. ones that have some finite-cost solution), PBQP should never chose to spill such an interval. The two possibilities for this crash are that the input graph has no finite-cost solution, or that you've exposed a bug in the PBQP solver. >From memory your target

Hi All, I finally had a chance to get back to my pbqp trials, now using the 3.0 release. I still hit the same assert : "Attempting to spill already spilled value." This is triggered because in RegAllocPBQP::mapPBQPToRegAlloc, a vreg node is either : - a physical register (problem.isPRegOption(vreg, alloc)), - or a spill (problem.isSpillOption(vreg, alloc)) The problem is that pass

Hi David, > I'm new on the list, so I want to say hello for everybody! hello! > I'm from Hungary and writing a LLVM backend for Tile64 processor as my > master's thesis. It's a big time pressure on me, so the thesis will > probably describe a backend only providing an assembly printer, but the > development is likely to be continued beyond the thesis. > >

Hello, Is is a great pleasure to post on a Xiph IRC Channel.I contacted you to have your advice and comment about wavelets for image/video compression, as I have made a wavelet-based image compression codec. I know that currently the best image/video compression codecs use the DCT block-based transform, like JPEG, Ogg Theora and the recent Google WebP, for example, but what would you think of

...n the stack, and explicit scalars for struct bits that should go in registers. > > This has affected a couple more people recently (including me): > > http://lists.cs.uiuc.edu/pipermail/llvmdev/2012-March/048203.html > http://lists.cs.uiuc.edu/pipermail/cfe-commits/Week-of- > Mon-20120326/055577.html > > If this interface could be improved, I believe clang simply apply a function > to its QualType and produce an LLVM type which does the right thing. I don't think this is possible, for example I doubt you can handle the x86-64 ABI in a context free way. Without >...

Hi all, I'm new on the list, so I want to say hello for everybody! I'm from Hungary and writing a LLVM backend for Tile64 processor as my master's thesis. It's a big time pressure on me, so the thesis will probably describe a backend only providing an assembly printer, but the development is likely to be continued beyond the thesis. For now, I've run into a very annoying

...174, quai de Jemmapes 75010 Paris - France Phone: +33 1 48 03 84 59 -------------- next part -------------- A non-text attachment was scrubbed... Name: FemtoRegisterAllocator.cpp Type: text/x-c++src Size: 17631 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120326/07c07e0e/attachment.cpp>

On Fri, Mar 23, 2012 at 9:45 PM, JonY <jon_y at users.sourceforge.net> wrote: > On 3/23/2012 13:59, Glenn McCord wrote: >> Hi. I'm trying to get a project linking to libFLAC_static.lib but I >> get linker errors such as the following. >> >> The __imp__ prefix seems to imply that some kind of .dll usage is >> happening, which it shouldn't. >>

...https://github.com/sanjoy/llvm/tree/lda -- Sanjoy Das. http://playingwithpointers.com -------------- next part -------------- A non-text attachment was scrubbed... Name: lda.diff Type: text/x-patch Size: 35188 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120326/ab45b7ba/attachment.bin>

Gents, I spent some time reading over Sanjoy's patch for LoopDependenceAnalysis. Unfortunately, an early version of these notes escaped; this is the complete review. First off, I agree with his choice to implement the SIV tests. For scientific Fortran, the SIV (and the simpler ZIV) tests cover about 85% of the cases in practice. For C and C++, I expect the percentage will be much higher.