search for: 20151118

...306.476226] [drm] Initialized nouveau 1.3.1 20120801 for 0000:01:00.0 on minor 1 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20151118/4cfbc347/attachment.html>

...sig sig.c && ./sig */b/42*2-3)*42);} -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: <http://lists.mindrot.org/pipermail/openssh-unix-dev/attachments/20151118/54131d17/attachment.bin>

> > The other thing that might work, is having TargetMachine remember how > > the fast-isel option got set, and make OptLevelChanger do the right > > thing. But that seems like a hack to work around Mips not obeying the > > specified optimization level, honestly. > > I think we should do that as well. I don't think it's right that optnone > enables Fast

...s before perform register allocation, should I use the first or the second method? If the second is the right one, why is that? I'm using LLVM version 3.6.2. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20151118/4e5c6abf/attachment.html>

...__________ > > LLVM Developers mailing list > > llvm-dev at lists.llvm.org > > http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20151118/9bc8ae3a/attachment.html>

...- Lowering related (LowerFormal, etc.) - What is the contract with the backends? Is it still “should be able to select any valid LLVM IR”? Thanks, -Quentin -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20151118/b483435a/attachment-0008.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Extend-generic-opcodes-to-be-able-to-represent-the-i.patch Type: application/octet-stream Size: 3760 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev...

..._________ LLVM Developers mailing list llvm-dev at lists.llvm.org<mailto:llvm-dev at lists.llvm.org> http://lists.llvm.org/cgi-bin/mailman/listinfo/llvm-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20151118/d11aa90d/attachment.html>

On 18 November 2015 at 01:09, Brian Cain via cfe-dev <cfe-dev at lists.llvm.org> wrote: > Tom, I tried building 3.7.0 for SuSE Linux Enterprise 11SP3. It failed to > build some specific test cases for lack of specific (new) pthread function > declarations. Assuming the problem is that the glibc is too old to be > supported by clang/llvm, can I build a 3.7.1 release against musl

...-------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #9 from Philippe Condé <conde.philippe at skynet.be> --- Hello, I have reinstalled the full system with the last snapchot of Opensuse tumbleweed: 20151118 "Linux hpprol2 4.3.0-2-xen #1 SMP Sat Nov 14 16:19:19 UTC 2015 (734b32c) x86_64 x86_64 x86_64 GNU/Linux" and the problem seems to have been solved. No more problem with corrupted screen or locking. So this bug can be closed Thanks for your help Philippe -- You are receiving this mail...

...n". I want to transulation to japanese. * the proposed location of your Wiki contribution(s) I want to contribute "Japanese" CentOS Wiki -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-docs/attachments/20151118/26987521/attachment-0002.html>

.... I expected to have ‘b’ directory inside. How can we force rsync to backup empty directories to backup-dir in case of deletion? Best Regards Adam Blaszczykowski -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.samba.org/pipermail/rsync/attachments/20151118/a8081fb3/attachment.html>

Erik de Castro Lopo wrote: > Both applied. Thanks. Thanks! But for some reason stream_encoder_intrin_sse2.c wasn't updated by the 2nd patch...

...f you'd > like to try that. I'll look into it, thanks. -------------- next part -------------- A non-text attachment was scrubbed... Name: stream_enc_diff.patch Type: application/octet-stream Size: 2770 bytes Desc: not available Url : http://lists.xiph.org/pipermail/flac-dev/attachments/20151118/d9f03bee/attachment.obj

Thanks for the prompt and helpful replies. Built with --enable-custom-modes --disable-static --enable-intrinsics --enable-rtcd --enable-float-approx All worked. Only thing odd, rtcd was not enabled: Floating point support: ........ yes Fast float approximations: ..... yes Fixed point debugging: ......... no Inline Assembly Optimizations: . No inline ASM for your

...t / with kind regards, Guus Sliepen <guus at tinc-vpn.org> -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20151118/e5ffcd73/attachment.sig>

...representation, i.e. all instructions were lowered to their assembly level. Will you recommendation still hold or I should be considering another approach? -- R -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20151118/008841c8/attachment.html>

I'm using a Hexagon's packetizer as an example to packetize instructions for my custom VLIW. The problem that I'm facing is that my target as it turns out doesn't have all the instructions expanded by the time packetization happens (for example I have a RET instruction which gets expanded into a write to a register and a jump/branch). I'm wondering if Hexagon is experiencing

On 11/6/2015 11:35 AM, Sky Flyer via llvm-dev wrote: > Guys, I stuck at this point. Could you please give me a hint how to > solve this problem without touching the LLVM backbone?! > Why LLVM doesn't let me define an instruction consisting of an operator > with no operand? Could you try it without the pattern? I.e. just this: class TestInst<string opc, string asmstr,

...---------- next part -------------- A non-text attachment was scrubbed... Name: digital_signature_gpg.asc Type: application/pgp-signature Size: 1107 bytes Desc: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current) URL: <http://dovecot.org/pipermail/dovecot/attachments/20151118/c87c31da/attachment.sig>

...behaviour allows optnone to overrule the hidden option to force-disable FastISel which will give misleading guidance for bugs that lie in functions with optnone. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20151118/fb84a588/attachment.html>