search for: 2.19

On Sat, Sep 12, 2015 at 7:48 PM, Greg Stark <stark at mit.edu> wrote: > I get that even if I put -fPIE in CFLAGS. Er, yeah. Even a trivial test case doesn't work: $ cat foo.c int main(int argc, char *argv[], char *envp[]) { return 1; } $ clang -o foo -fsanitize=memory -fPIE -pie foo.c $ sysctl kernel.randomize_va_space kernel.randomize_va_space = 2 $ ./foo FATAL: Code

Hm, that bug has been closed as resolved but I still see the problem: $ clang --version clang version 3.8.0 (trunk 250848) (llvm/trunk 250846) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /usr/local/bin configure:4042: ./conftest FATAL: Code 0x5615faea43f0 is out of application range. Non-PIE build? FATAL: MemorySanitizer can not mmap the shadow memory. FATAL: Make sure to

clang revision is good, but the kernel is probably too new. Evgenii can comment on that. On Sat, Sep 12, 2015 at 3:23 PM, Greg Stark <stark at mit.edu> wrote: > On Sat, Sep 12, 2015 at 11:22 PM, Greg Stark <stark at mit.edu> wrote: > > Checked out a few days ago. It looks like r246697. I suppose I could > > try updating and rebuilding. > > Sorry, svn log in the

Another regular release: ---------------------------------- Baurzhan Muftakhidinov (1): Add extended Kazakh layout type Benno Schulenberg (4): symbols/rs: Do not specify the key.type where it isn't needed. symbols/rs: Remove pointless trailing "any" and "NoSymbol". symbols/rs: Specify some keys explicitly as four-level alphabetic.

On Sat, Sep 5, 2015 at 11:50 AM, Greg Stark <stark at mit.edu> wrote: > On Sat, Sep 5, 2015 at 6:38 PM, Kostya Serebryany <kcc at google.com> wrote: > > > > This is more like a limitation of asan, not libFuzzer. > > By design, asan does not recover from the first crash. > > This feature has been criticized quite a lot, but I am still convinced > this >

Hi I rsync from 4 machines to a single destination one, and I am certain the filenames they sync do not overlap. But from time to time rsync from a source machine gets stuck (not always the same source machine). I followed https://rsync.samba.org/issues.html and I gathered strace, lsof and netstat when the freeze occurred. I'd like to ask for any further debug info or ideas! General info

I've been trying to get oprofile results for jitted code without success. I built an 3.5.0 llvm with oprofile enabled, and tested it with lli on a small test case. I built the latest oprofile from the git repository. Debugging I can see that lli is registering the listener and making the oprofile calls to the libopagent api to specify the names and address ranges of jit'd routines, and

Mi Maurice, A follow up to Andy's comments: MCJIT can find line numbers for ELF files, at least in limited circumstances. I know because I broke the regression test for it while doing some cleanup recently. ;) Looking at lib/ExecutionEngine/OProfileJIT/OProfileJITEventListener.cpp, I see the line: // TODO: support line number info (similar to IntelJITEventListener.cpp) >From a glance at

https://bugzilla.mindrot.org/show_bug.cgi?id=2355 Bug ID: 2355 Summary: general protection / segfaults when PermitOpen=none Product: Portable OpenSSH Version: 6.7p1 Hardware: amd64 OS: Linux Status: NEW Severity: major Priority: P5 Component: sshd Assignee: unassigned-bugs at

The following errata for CentOS-2 have been built and uploaded to the centos mirror: RHSA-2007:0888-01 Moderate: php security update Files available: php-4.1.2-2.19.i386.rpm php-devel-4.1.2-2.19.i386.rpm php-imap-4.1.2-2.19.i386.rpm php-ldap-4.1.2-2.19.i386.rpm php-manual-4.1.2-2.19.i386.rpm php-mysql-4.1.2-2.19.i386.rpm php-odbc-4.1.2-2.19.i386.rpm php-pgsql-4.1.2-2.19.i386.rpm More details

>I have written a wrapper which includes gcc/g++,ld and llvm counterparts, >it invokes native or llvm compiler and linker according to the options it >receives,after I replace the native tools with my wrapper in libtool >script, I just typed like this > >make CC=wrapper AC_CFLAGS=-emit-llvm > >then I got a bc file of slapd and other tools in clients directory > >The

I wanted to update to CentOS 4.3 from CentOS 4.2. While updating packages using yum, there was serveral error messages, and I've found that some packages has not been updated. So I tried to update again but the packages would not be updated. I attached the messages shown below. Sungsoo Kim ------------------------------------------- [root at phobos ~]# yum update Setting up Update Process

I haven't test it completely for Apache , when I finish that I will post it ASAP. BTW, Have you archieved the same goal with gold-plugin???I once tried it but just got a failure for llvm tools is not completely compatible with GNU ones. ----- Original Message ----- From: "Keppler, Dave" <dkeppler at mitre.org> To: "Nan Zhu" <zhunansjtu at gmail.com>;

Hi,all I have written a wrapper which includes gcc/g++,ld and llvm counterparts, it invokes native or llvm compiler and linker according to the options it receives,after I replace the native tools with my wrapper in libtool script, I just typed like this make CC=wrapper AC_CFLAGS=-emit-llvm then I got a bc file of slapd and other tools in clients directory The accessory is the whole-program

I have two Centos servers here..only one of them is having this issue. Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Downloading header for glibc to pack into transaction set. glibc-2.3.4-2.19.i686.rpm 100% |=========================| 118 kB 00:00 ---> Package glibc.i686 0:2.3.4-2.19 set to be updated ---> Downloading header for

> BTW, Have you archieved the same goal with gold-plugin???I once tried it but just got a failure for llvm tools is not completely compatible with GNU ones. Do you remember what was the failure? Cheers, -- Rafael Ávila de Espíndola

I'm not completely sure but something like the build system will still call the native linker when it meets a LLVM object file which causes an error. I once tried to modify the codes of gold-plugin, but the trouble is still there,I think we should hack collect2 of llvm-gcc to make it invoke llvm-ld automatically when it receive the -emit-llvm option(I once tried this, but I found that even

Hello all-- Due to a proposed changeover to build machines for a project I'm involved with, I need at least glib 2.19. Right now I have glib 2.12, and even on CentOS7-32 bit, what I see is glib 2.14. Is a higher glib available anywhere that might work with my current 6.8. I see I can download it from SourceForge but I am wondering what the results might me. I really like CentOS and would

Hi, I was trying to create a new *Store* instruction and inserting it to LLVM IR (.ll) file. I found the following constructor in LLVM Manual: StoreInst::StoreInst <http://llvm.org/docs/doxygen/html/classllvm_1_1StoreInst.html#aa2a72f9a51b317f5b4ab8695adf59025> (Value <http://llvm.org/docs/doxygen/html/classllvm_1_1Value.html> * Val, Value

On Aug 24, 2016 5:05 PM, "Gordon Messmer" <gordon.messmer at gmail.com> wrote: > > On 08/24/2016 04:22 PM, Kay Schenk wrote: >> >> Due to a proposed changeover to build machines for a project I'm >> involved with, I need at least glib 2.19. > > > Do you know why? As in, what features or fixes are required? If not, I think John's question