search for: graycol

...it lacks detail. Thanks for your help. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191024/895403f5/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20191024/895403f5/attachment.gif>

...se CopyFromReg on the vreg. - Matthias -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160823/6ffffac5/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160823/6ffffac5/attachment.gif>

I'm trying to get Asterisk to talk SIP to Vocal and so far have only managed to get it partially working. Calls in from Vocal are working fine but outbound calls aren't. In sip.conf I have: [ivv] secret=SECRET username=08452416761 host=sip.intervivo.net fromuser=08452416761 externip=mt104.dyndns.org nat=yes canreinvite=no reinvite=no notransfer=yes In extensions.conf I

I am trying to get my connection to IConnecthere.com working. I didn't have a register command in sip.conf at first, so I believe that is why it was not working. However, I can't seem to get the register command correct, it just keeps timing out. Below is what I have: register=<username>:<password>@natrelay.deltathree.com I know that there is supposed to be

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available Url : http://lists.digium.com/pipermail/asterisk-users/attachments/20070302/ae6a68d1/graycol.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: ecblank.gif Type: image/gif Size: 45 bytes Desc: not available...

Hi All, I am using PWLIB-1.6.6-1 and Openh323 1.13.5-1 and running a RH7.3 machine and I am unable to compile asterisk due to these errors. say.c: In function `powiedz': say.c:1633: parse error before `int' say.c:1636: `i1000E6' undeclared (first use in this function) say.c:1636: (Each undeclared identifier is reported only once say.c:1636: for each function it appears in.)

Hello, I am super excited about my proposal being accepted. I would like to thank Whitney for her help during the application phase. I did schedule some tasks for community bonding period. I have started looking into analysis pass for code motion checks. I will keep you updated with the progress. Best, Rithik Sharma -------------- next part -------------- An HTML attachment was scrubbed... URL:

.../8200/Markham Email: gyiu at ca.ibm.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20171102/d94eb699/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20171102/d94eb699/attachment.gif>

...-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20171003/29d9b5af/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20171003/29d9b5af/attachment.gif>

I've been to the WIKI and I've searched the archives. Is anyone on the list successfully using iconnecthere behind NAT? I was, for over a year, and then I changed my "plan" with them. Now all my calls get intercepted immediately, "We're sorry, but your account is temporarily unavailable." Incoming calls work just fine. I contacted their so-called

Hi Everyone, I'm having trouble figuring out a compile failure on ppc64le. The failure is at https://travis-ci.org/noloader/cryptopp-autotools/jobs/602187190 . The message is: /bin/bash ./libtool --tag=CXX --mode=compile clang++ -DHAVE_CONFIG_H -I. -DCRYPTOPP_DISABLE_POWER8 -pipe -mcpu=power7 -mvsx -maltivec -g -O2 -MT libppc_power7_la-ppc_power7.lo -MD -MP -MF

Hi All, Are multi-channel (more than 2) formats fully supported in the OggVorbis specification ? I couldn't find any information about multi-channel support on xiph.org. I've used 'oggdropXPd' to encode a 5.1 wavefile and the Xiph OggVorbis libraries (vorbisfile.dll) to decode the file successfully, however the order of the channel interleaving is different to the original wave

On Mon, May 9, 2016 at 12:04 PM Andrey Bokhanko via cfe-dev < cfe-dev at lists.llvm.org> wrote: > Thanks Jason (and Chandler) to tell Chandler's opinion, though it still > doesn't answer my original question: > > > > Both SE and libomptarget are libraries that handle offloading, not > parallelism. I understand other libraries, to be added in the future, might

Hi Arpith, That is exactly what it is :). My bad, I thought I copied over the libraries to where LIBRARY_PATH pointing but apparently it was copied to a wrong destination. Thanks a lot. On Wed, Jan 20, 2016 at 4:51 AM, Arpith C Jacob <acjacob at us.ibm.com> wrote: > Hi Ahmed, > > nvlink is unable to find the GPU OMP runtime library in its path. Does > LIBRARY_PATH point to

...rry about those two cases. - Matthias -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160823/6e54ec46/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20160823/6e54ec46/attachment.gif>

...rg/cgi-bin/mailman/listinfo/llvm-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20181218/29ed890c/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20181218/29ed890c/attachment.gif>

...-bin/mailman/listinfo/llvm-dev > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20171003/3a64b9eb/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: graycol.gif Type: image/gif Size: 105 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20171003/3a64b9eb/attachment.gif>

On Tue, Oct 3, 2017 at 12:08 PM, Davide Italiano <davide at freebsd.org> wrote: > On Tue, Oct 3, 2017 at 11:57 AM, Graham Yiu via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> Hello, >> >> I recently noticed that the new pass manager was not enabled at regular/thin >> LTO link step even if '-fexperimental-new-pass-manager' was specified in the

Currently trunk fails to build openmp on darwin due to the failure of... [ 46%] Linking CXX shared library ../../../lib/libomptarget.dylib cd /sw/src/fink.build/llvm50-5.0.0-1/build/stage1/projects/openmp/libomptarget && /sw/bin/cmake -E cmake_link_script CMakeFiles/omptarget.dir/link.txt --verbose=1 /sw/src/fink.build/llvm50-5.0.0-1/opt-bin/ccclang++ -fno-common -fPIC

Hello, as discussed here in more detail: https://reviews.llvm.org/D81583 the introduction of the C++20 [[no_unique_address]] attribute exposes an ABI issue on platforms that require special handling for structs/classes that are "equivalent" to a single floating-point member (or in some cases, a "homogeneous" set of floating-point members). This is because we can now for the