search for: 20120501

The Krita [1] mailing list is now discussing making a standalone .tgz package of the latest Krita for CentOS 5.x. After this tarball is created is there anyone interested in making and maintaining a CentOS 5.x RPM package from it? [1] http://krita.org/ -- Dotan Cohen http://gibberish.co.il http://what-is-what.com

> Thanks for your information.  > Could you suggest any other framework that I could use for making a custom JIT > for ARM? > I am doing research on JIT compilation for a heterogeneous processor system. If not for heterogeneous system, I would suggest QEMU. :) Why not try to fix it? Regards, chenwj -- Wei-Ren Chen (陳韋任) Computer Systems Lab, Institute of Information Science,

...and I can't comment on potential future releases. If this matters a lot to you, please just try it and file bugs for any actionable problems you see. John. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120501/505f3ead/attachment.html>

...______________________________________ >flac-dev mailing list >flac-dev at xiph.org >http://lists.xiph.org/mailman/listinfo/flac-dev > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20120501/bd5c1b12/attachment.htm

John, Is there any progress regarding RTTI handling in the newer builds? Thanks, Akos From: John McCall <rjmccall at apple.com<mailto:rjmccall at apple.com>> Date: Wednesday, October 5, 2011 7:14 PM To: Ákos Somorjai <asomorjai at graphisoft.com<mailto:asomorjai at graphisoft.com>> Cc: "llvmdev at cs.uiuc.edu<mailto:llvmdev at cs.uiuc.edu>" <llvmdev

...s/show_bug.cgi?id=8451 http://llvm.org/bugs/show_bug.cgi?id=9310 http://llvm.org/bugs/show_bug.cgi?id=9311 http://llvm.org/bugs/show_bug.cgi?id=9312 Thanks, Jay. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120501/72812d69/attachment.html>

...b, Institute of Information Science, > Academia Sinica, Taiwan (R.O.C.) > Tel:886-2-2788-3799 #1667 > Homepage: http://people.cs.nctu.edu.tw/~chenwj > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120501/4f6c9548/attachment.html>

Hi James, Thanks for your information. Could you suggest any other framework that I could use for making a custom JIT for ARM? I am doing research on JIT compilation for a heterogeneous processor system. Best, Toan Mai On Mon, Apr 30, 2012 at 3:55 PM, James Molloy <james.molloy at arm.com> wrote: > Hi Toan, > > The JIT for ARM (non-darwin) is completely broken and you should not

...IA-SPAIN Telf: +34 968 36 49 80 Fax : +34 968 36 39 63 Email: palazon en um.es ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: basico.pdf Type: application/pdf Size: 127678 bytes Desc: no disponible URL: <https://stat.ethz.ch/pipermail/r-help-es/attachments/20120501/f08d3c60/attachment-0001.pdf> ------------ próxima parte ------------ % Uso de R con markdown mediante `knitr` % Original de Yihui Xie modificado para R-es % [Version 0.5](http://cran.r-project.org/web/packages/knitr/index.html) # Alucinane Pedes utilizar markdown --lenguaje de marcas mínimo...

Previously Dovecot has shown shared INBOX like: * LIST (\HasChildren) "/" "shared/tss2" * LIST (\HasNoChildren) "/" "shared/tss2/INBOX" * LIST (\HasNoChildren) "/" "shared/tss2/foo" The last change in hg makes it return simply (same as with Cyrus): * LIST (\HasChildren) "/" "shared/tss2" * LIST (\HasNoChildren)

...have each module > specify a different target. > That could work. > > -Dave > -- Thanks, Justin Holewinski -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20120501/b3638e1a/attachment.html>

Josh, I see my name is mentioned in passing ;-) I submitted that patch because I thought it preferable to keep the test harness running. Backing this change out would also entail changing metaflac_test.sh accordingly, which at the time, I was hesitant to do. At the time I figured that at some point metaflac_test.sh was passing, so the code should probably allow it to pass. I'm ok either

Justin Holewinski <justin.holewinski at gmail.com> writes: > I don't think the code base changes are all that bad. We have a number > of them to support generating code one function at a time rather than a > whole module together. They've been sitting around waiting for us to > send them upstream. It would be an easy matter to simply annotate each >

I think I finally have nailed down the problems with TFTP on the 4.10 branch, and so I have released 4.10-pre20. Please let me know if you have hardware on which 4.05/4.06-pre3 works, and 4.10-pre20 does not. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.