search for: 20161117

...for them." 5. The LLVM backend (where this reassociation currently happens) shows: FPOpFusion::Fast - Enable fusion of FP ops wherever it's profitable. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161117/77b0545d/attachment.html>

....cgi?id=1373704https://bugzilla.redhat.com/show_bug.cgi?id=1394512https://github.com/gsliepen/tinc/issues/133 Thanks a lot for the excellent work, Răzvan -------------- partea următoare -------------- Un ataşament HTML a fost eliminat URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20161117/6f51c524/attachment-0001.html>

...to maintain it now. Next steps - A buildbot will be added for the backend - Support will be added to clang to support the backend (if it is desired) ​ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161117/6dae39ee/attachment.html>

...ging 10.42.100.3 times out. Pinging 10.42.2.50 times out. Pinging the notebook from the server (10.42.100.2) also times out. What am I doing wrong or missing here? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.tinc-vpn.org/pipermail/tinc/attachments/20161117/adef7258/attachment.html>

> Sounds like threading isn't beneficial much beyond the second CPU... > Maybe blindly creating one thread per core isn't the best plan... parallel.h is pretty simplistic at the moment. Currently it creates one per SMT. One per core and being lazy about it would probably be a good thing, but threading is already beneficial and improving parallel.h an welcome improvement. Cheers,

..._________________________ > 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/20161117/8afd6d8f/attachment.html>

Hi all, Can anyone give me advice about an appropriate way for extracting number of functions from module recursively (starting from entry point). Actually it may be more than one entry point so all dependent functions and global values must be extracted. I've tried llvm-extract tool but it can't do work recursively. Maybe it would be good to write some Call Graph pass or something. Any

>Information on timing sources can be found here: >https://wiki.asterisk.org/wiki/display/AST/Timing+Interfaces >As noted on that page, ConfBridge can use any timing interface Asterisk >provides, and is not limited to the DAHDI timing interface. Generally, >timerfd is a good timing interface. >That aside, I would try to rule out external issues with the garbled audio

Hello, Context: We have a backend where v32i1 is a Legal type, but the storage for v32i1 is not 32-bits/uses a different instruction sequence. We ran into an issue because combineLoadToOperationType changed v32i1 loads into i32 loads, so a sequence like: define void @bits(<32 x i1>* %A, <32 x i1>* %B) { %a = load <32 x i1>, <32 x i1>* %A store <32 x i1> %a,

...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/20161117/8b7ca546/attachment.html>

Hi Kevin, Koffie, We will start migrating to ORC for next release, but for now, this release > invoke delete after remove right? MCJIT's removeModule method does not delete the module. You'll need to do that manually. OrcMCJITReplacement is a bug-for-bug compatible implementation of MCJIT using ORC components, so it does not free the memory either. Does this mean MCJIT is

...GCC compatible” has not much value here: the code can still break when built with clang and not when built with GCC, even when disabling fast-math. — Mehdi -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161117/3d98c6ea/attachment.html>

...for review next week, but wanted to post here in case others are thinking along similar lines so we can hopefully avoid duplicating effort. Cheers, Bob -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161117/b08da7c7/attachment.html>

...But I do not see a reason to limit the number of threads to the number of physical core. For LLD, it seems like we can just spawn as many threads as HT provides. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20161117/ac5781db/attachment.html>

Hello, http://llvm.org/docs/TableGen/LangIntro.html says I can use octal integer value (indicated by a leading 0). In fact the number is converted to decimal. With best regards, Romick.

...p.org/archive/individual/driver/xf86-input-keyboard-1.9.0.tar.gz.sig -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 163 bytes Desc: not available URL: <https://lists.x.org/archives/xorg-announce/attachments/20161117/b18a7d28/attachment.sig>

...ktop.org/archive/individual/driver/xf86-input-mouse-1.9.2.tar.gz.sig -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 163 bytes Desc: not available URL: <https://lists.x.org/archives/xorg-announce/attachments/20161117/3f8a4de9/attachment.sig>

...w.centos.org gpg key: 56BEC54E | twitter: @arrfab -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos-announce/attachments/20161117/0e39c77c/attachment-0001.sig> ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce at centos.org https://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 141, Issue 3 ******************...

...w.centos.org gpg key: 56BEC54E | twitter: @arrfab -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos-announce/attachments/20161117/0e39c77c/attachment-0007.sig>

...! key id 7CBF764A and 972EAC9F are revoked since 2015-01 ------------ - -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: Digital signature URL: <http://dovecot.org/pipermail/dovecot/attachments/20161117/5e74c4de/attachment.sig>