similar to: [LLVMdev] compiler-rt: bug in double_precision rep_clz

I'm the maintainer of FreeBSD's llvm packages and I'm running into trouble building compiler-rt in a consistent way. In particular, when building on FreeBSD amd64, the x86_64 libraries always build (as expected), but depending on something about the build environment, i386 libraries are sometimes built. My knowledge of CMakeFiles has proved insufficient to either figure out why this

Hello, i know that the result is infinte, but there are sill flags in the FPU which indicate that an overflow, underflow or div by zero occured. So isn't there an easy way to check if one of those flags is set? 2010/7/23 John McCall <rjmccall at apple.com> > On Jul 23, 2010, at 7:20 AM, Steffen Geißinger wrote: > > i need to check if an overflow of an floating-point

On 26/11/15 16:40, Jean-Marc Valin wrote: > Please report any issue you find in this release. Using the new SS4.1 code I see a 30% performance increase in my 7 years old AMD laptop. I compile with this: ./configure --disable-static --enable-intrinsics \ --enable-float-approx "make test" runs fine. Great. When I try to do the same on a server running Ubuntu

Hi, I saw the documentation "RTP Payload Format for Vorbis Encoded Audio". My question: The Darwin Streaming Server (OpenSource and free for several plattforms) streams media with RTSP/RTP. For more information: http://www.publicsource.apple.com/projects/streaming/ I know that a QuickTime Component of Ogg Vorbis (compressor/decompressor) in progress. (Thanks guys) Could I stream Ogg

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-06:14.fpu Security Advisory The FreeBSD Project Topic: FPU information disclosure Category: core Module: sys Announced: 2006-04-19

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-06:14.fpu Security Advisory The FreeBSD Project Topic: FPU information disclosure Category: core Module: sys Announced: 2006-04-19

Hello, I need help in creating a simple PSTN Gateway. This is the scenario: -I have one client sending me VoIP traffic (they don't have asterisk, so IAX is out of the picture for me) and I need to validate that traffic (only accept calls coming from his IP). After that I would terminate the calls to the PSTN network and keep logs for billing purposes. -I have a TE405P board and

On Friday 25 February 2011 22:28:14 Jason Kim wrote: > On Fri, Feb 25, 2011 at 12:16 PM, Siarhei Siamashka > > <siarhei.siamashka at gmail.com> wrote: > > On Thursday 03 February 2011 14:14:28 Renato Golin wrote: > >> On 3 February 2011 10:25, Siarhei Siamashka > >> <siarhei.siamashka at gmail.com> > > > > wrote: > >> > I have

Hi, I''m building Xen on a 64bit machine, then using the xen.gz from that on a 32bit host (so that it can boot 64bit guests). This works fine. However I note that after booting xen.gz from 3.2-testing /proc/cpuinfo has different flags. 3.2.1 is the same. I have not yet tried 3.3.x. 3.2.0 results in: flags : fpu de tsc msr pae mce cx8 apic sep mtrr mca cmov pat pse36 clflush

Kashyap: I have not tried integrating your guest xml but I will look over it today when I get a chance. Thank you. Martin: Below is the output from /proc/cpuinfo. Let me know if there is anything else that would be helpful in debugging this. Thank you, Michael Giardino processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 60 model name : Intel(R) Core(TM) i7-4770 CPU @ 3.40GHz stepping

I am trying to build compiler-rt on a x86_64 machine using clang. Command used: CC=clang CXX=clang++ cmake <path to compiler-rt> -DLLVM_CONFIG_PATH=<Path to llvm toolchain>/bin/llvm-config -DCOMPILER_RT_INSTALL_PATH=<Path to llvm toolchain>/lib/clang/3.7.0 after this command on console it prints, -- Compiler-RT supported architectures: x86_64 Instead if I use gcc in above

Hey, I''m currently trying to measure the CPU Usage of a process that''s running on a Linode VM, which is virtualised using Xen. It appears to exhibit very weird CPU Usage statistics and I was wondering if anyone could explain how/why this is happening. I am running a series of processes, each of which entirely pegs a core. Pegging 1 Core = 14% of CPU Pegging 2 Cores = 28% of

Hi Dean, I have fixed the build failure in r329832. In general, do you think it would be possible to perform the task using higher-level functions available from AddCompilerRT.cmake? They were written exactly to avoid such errors. Regards, George > On Apr 11, 2018, at 10:50 AM, George Karpenkov <ekarpenkov at apple.com> wrote: > > Hi Dean, > > For me the build is still

I'm unsure why this is failing this week, but when I build for FreeBSD HEAD, I now get a failure to find <stdarg.h>. Very strange. Maybe its missing a -I /usr/include somewhere? [1950/2811] Building CXX object projects/compiler-rt/lib/tsan/CMakeFiles/clang_rt.tsan-x86_64.dir/rtl/tsan_interceptors.cc.o FAILED: /usr/bin/CC -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS

On Thu, Aug 22, 2013 at 11:39 AM, Steven Newbury <steve at snewbury.org.uk>wrote: > On Thu, 2013-08-22 at 11:27 +0400, Alexey Samsonov wrote: > > Hi Steven, > > > > This looks interesting and raises a number of questions :) > > > > 1) Does applying this patch actually bring working sanitizers to x32 > > platform? > > That is, after you build the

I think I have 4 options. 1, Modify chan_sip.c to update a new field in sipusers realtime table with the status of the sip peer/user. Then use agi to dial sip calls. Check the status field if OK then dial the fullcontact from the sip table. If not goto voicemail or where ever else I want the call to go.. The UA would only register to one server, so only one server *should* be writing to the

When switching from kthreads to vhost_tasks two bugs were added: 1. The vhost worker tasks's now show up as processes so scripts doing ps or ps a would not incorrectly detect the vhost task as another process. 2. kthreads disabled freeze by setting PF_NOFREEZE, but vhost tasks's didn't disable or add support for them. To fix both bugs, this switches the vhost task to be thread in the

On Thu, Aug 22, 2013 at 11:56 AM, Steven Newbury <steve at snewbury.org.uk>wrote: > On Thu, 2013-08-22 at 11:50 +0400, Alexey Samsonov wrote: > > On Thu, Aug 22, 2013 at 11:39 AM, Steven Newbury <steve at snewbury.org.uk > >wrote: > > > > > On Thu, 2013-08-22 at 11:27 +0400, Alexey Samsonov wrote: > > > > Hi Steven, > > > > > >

Hi Dean, For me the build is still broken: -- Builtin supported architectures: i386;x86_64;x86_64h CMake Error at projects/compiler-rt/lib/xray/tests/CMakeLists.txt:21 (add_library): add_library cannot create target "RTXRay.test.osx" because another target with the same name already exists. The existing target is a static library created in source directory

On Thu, 2013-08-22 at 11:27 +0400, Alexey Samsonov wrote: > Hi Steven, > > This looks interesting and raises a number of questions :) > > 1) Does applying this patch actually bring working sanitizers to x32 > platform? > That is, after you build the clang, does "clang -fsanitize=whatever foo.c" > compile/link/run with expected results? > I doubt that, as