similar to: using llvm DataFlowSanitizer error

On Sat, Mar 31, 2018 at 8:50 AM, 吕涛 via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Hi. I'm using llvm DataFlowSanitizer. I add such code in library libtiff. > > dfsan_label lt_label = dfsan_create_label("buf_offset", 0); > > dfsan_set_label(lt_label, (unsigned char *)buf, size); > > But when i compile libtiff with "-fsanitize=dataflow" option,

I've been building clang on linux for a couple of years now, contributing to the testing on Ubuntu, but this one has me stumped: fatal error: 'asm/socket.h' file not found #include <asm/socket.h> [1556/4006] Building CXX object projects/compiler-rt/lib/sanitizer_common/CMakeFiles/RTSanitizerCommon.i386.dir/sanitizer_platform_limits_posix.cc.o FAILED:

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

I've upgraded Asterisk from CVS, spandsp and app_txfax and app_rxfax but i'm still unable to send/receive faxes :-(. I'm using amp_fax to send and this is what i get from logs: Sep 6 11:02:52 VERBOSE[10750]: -- Attempting call on Zap/g1/666 for application txfax(/var/tmp/ast_fax-1125997371.10240.1804289383.0|caller) (Retry 1) Sep 6 11:02:52 DEBUG[10750]: Dialing

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 am trying to build an rpm package for iaxmodem-1.2.0. At the moment I am still trying to get a working spec file put together. I have managed to get an SRPM produced but the binary build from this fails due to there being no install task in the Makefile.in provided with the source. I have found a spec file from opensuse that provides this in the install portion: %build [

Hello, I have spandsp setup to accept incoming faxes and receiving tif files via Email. Using tiff2pdf, or tiff2ps -a2 or even tiffsplit, the last page of the fax is cut off and the quality of the text looks "squished". I "figure" it's a tiff parsing thing, as opposed to a problem with my spandsp installation (heh). Has anyone experienced the same thing, or can

Hello all, I use Fedora 3, and I have compilation problem of SpanDsp , when installaing spandsp, tiff warnings and errors generated and libunicall generate "unresolved references....." Is the problem in my libtiff installation, spandsp.h or in tif_dir.h and tiffiop.h? Are tif_dir.h and tiffiop.h too old? The solution provided by ?HO SIN? to ?Kaws? : >>> recompile libtiff

Hi all, I have some questions about "DataFlowSanitizer" from "compiler-rt". I want to know how I can test the "DataFlowSanitizer"? Can I configure it to label only some values, i.e, the return values from specific functions? Also, how can I print these labels? Thanks, Dareen -------------- next part -------------- An HTML attachment was scrubbed... URL:

This is all related to my struggles with Asterfax and libtiff. I rpm -U to libtiff 3.8.2 and I am still having troubles. So I decided to go back to libtiff 3.6.1 (oh and libtiff-devel that seems to be a prerec). So after a bit of playing that did not seem to do anything, I figured out to: rpm -U --oldprogram libtiff-3.6.1-8.i386.rpm libtiff-devel-3.6.1-8.i386.rpm and this seemed to work:

In my seeking a managable way to build libtiff, on the Asterfax forum I got the following recommendation (from another fax user that made the move to libtiff 3.8.2): ================================================================ Hi Robert, I have compiled libtiff-3.8.2 from the source package for my Fedora Core 4 machine. I am not sure about CentOS, but I think you can try to do the same

I have libtiff installed from macports, and it is sitting there in /opt/local/lib: $ ls -l /opt/local/lib/*tiff* -rwxr-xr-x 2 root admin 796684 Jun 4 22:13 /opt/local/lib/libtiff.3.dylib -rw-r--r-- 2 root admin 990296 Jun 4 22:13 /opt/local/lib/libtiff.a lrwxr-xr-x 1 root admin 15 Jun 4 22:14 /opt/local/lib/libtiff.dylib -> libtiff.3.dylib -rwxr-xr-x 2 root admin 960 Jun

OK. Trying to build libtiff here. Info from http://www.asteriskguru.com/tutorials/spandsp.html Libtiff from tar: ftp://ftp.remotesensing.org/pub/libtiff 3.8.2 put tiff-3.8.2.tar.gz in /root then tar -zxvf tiff-3.8.2.tar.gz followed by: /configure make clean make But the make had the following error: ./libtool: line 837: g++: command not found make[2]: *** [tif_stream.lo] Error 1

Hi all, Any one tried using DataFlowSanitizer on Linux x86_64? I tried on: 3.13.0-44-generic #73~precise1-Ubuntu SMP Wed Dec 17 00:39:15 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux It assumes wrong memory layout and remaps application code segment as shadow memory, thus causing SIGSEV (Segmentation fault). Is this know? and fix under way? -Thanks, Aravind -------------- next part

Per: http://soft-switch.org/spandsp_faq/ar01s07.html FAXing with spandsp keeps giving me core dumps. Its crap, isn't it? Actually the crap in this case is probably libtiff. Versions 3.5.7 and 3.6.0 seem reliable. The FAX image handling in version 3.6.1 is broken. All the core dump problems I have investigated turned out to be due to a very old version of libtiff, or version 3.6.1. I am

Afternoon, I had an issue with trying to link a program with the DataFlowSanitizer functionality, this is from the libFuzzer project, and I was seeing: clang++ -fsanitize=address -fsanitize-coverage=edge test_fuzzer.cc Fuzzer*.o Undefined symbols for architecture x86_64: "_dfsan_create_label", referenced from: fuzzer::TraceState::DFSanCmpCallback(unsigned long, unsigned

*@home has this for it's incoming fax macro --- start snip --- [ext-fax] exten => in_fax,1,GotoIf($[${FAX_RX} = system]?2:analog_fax,1) exten => in_fax,2,Macro(faxreceive) exten => in_fax,3,system(tiff2ps -2eaz -w 8.5 -h 11 ${FAXFILE} | ps2pdf ${FAXFILE}.pdf) exten => in_fax,4,system(mime-construct --to ${EMAILADDR} --subject "Fax from ${CALLERIDNUM}

Via google: libtiff 3.8.2 http://rpm.pbone.net/index.php3/stat/4/idpl/2839214/com/libtiff-3.8.2-2.x86_64.rpm.html This got me to a page all about libtiff 3.8.2 for 'Fedora other' and a link http://rpm.pbone.net/index.php3?stat=3&search=libtiff&srodzaj=3 for other distributions. So which do I take? ?

...described in the README file ;). SpanDSP - 0.0.4 pre 16 LibTiff - >= 3.8 but <4.0 I had to trawl around for the right SpanDSP - but I can e-mail a copy to whomever wants one (drop me a personal e-mail and I'll attach it by return) HTH Andy -----Original Message----- From: asterisk-users-bounces at lists.digium.com [mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of

Hi, I am currently replacing my old Hylafax server to a new hardware with CentOS 4.2 (x86_64). Since CentOS 4.2 (and probably RHEL4) is shipping with libtiff-3.6.1-8, I'm wondering if this version of libtiff has the patch mentioned in the hylafax bugzilla http://bugs.hylafax.org/bugzilla/show_bug.cgi?id=500 and/or is it compatible with the latest Hylafax 4.2.5 (i read libtiff-3.6.1 is