search for: buildl

On 11 February 2016 at 17:08, Reid Kleckner <rnk at google.com> wrote: > On Thu, Feb 11, 2016 at 5:53 AM, Dan Liew via cfe-dev > <cfe-dev at lists.llvm.org> wrote: >> >> > Can you somehow verify that this heap-use-after-free is happening? >> > E.g. print all the pointer values coming from memory::allocate, coming >> > into >> >

Hi Kostya & Yury, Thanks for the advice. On 9 February 2016 at 22:48, Kostya Serebryany <kcc at google.com> wrote: > Hi Dan, > > On Tue, Feb 9, 2016 at 10:57 AM, Dan Liew <dan at su-root.co.uk> wrote: >> >> Hi, >> >> # TL;DR >> >> I've been building an application with and without the address >> sanitizer (with gcc 5.3 and

Hi, # TL;DR I've been building an application with and without the address sanitizer (with gcc 5.3 and clang 3.7.1) and I've observed that the application's behaviour changes (assertion hit/ not hit). I'm wondering if this could be a bug in address sanitizer or if the application I'm running is just buggy (e.g. doing bad things like relying on memory layout, etc.). I'm

...04:12 PM, Matt Zimmerman wrote: >> > > Was this problem new in the 1.0.3 beta? My 1.0.2 packages do not have > any > such problem; I didn't notice any weirdness with 1.0.3beta, but the > packages > have probably only been built on my machine so far. > How are you buildling it? Do you use make install DESTDIR to build into your debian directory? This is a general libtool + DESTDIR bug. -Ben

Hi, In buildling XPS using LLVM's makefile system, I'm finding that there's a few things lacking in our support for LLVM-based projects. The items below should help but may require changes to project makefiles. I thought I'd check before just going and doing it. 1. Various autoconf generate...

...d of BUILD_. For example, BUILD_SRC_ROOT is now PROJ_SRC_ROOT. 2. There are additional requirements for projects. Please review this file: http://illuvium.net/src/projects/sample/Makefile.common.in On Fri, 2005-01-14 at 09:55, Reid Spencer wrote: > Hi, > > In buildling XPS using LLVM's makefile system, I'm finding that there's > a few things lacking in our support for LLVM-based projects. The items > below should help but may require changes to project makefiles. I > thought I'd check before just going and doing it. > > 1....

John, The following steps should work for you (or anyone buildling on a RedHat box): 1) Get the official OpenSSH source RPM from ftp://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/rpm/SRPMS/openssh-3.7.1p2-1.src.rpm 2) Do 'rpmbuild --rebuild ./openssh-3.7.1p2-1.src.rpm' from where you saved the file. 3) This should create the following files in /u...

...uiuc.edu/docs/Projects.html If you have any questions/issues with these changes, please let me know. I'd be happy to help and resolve any issues. Please note that the llvm-java project has already been converted. Reid. On Fri, 2005-01-14 at 09:55, Reid Spencer wrote: > Hi, > > In buildling XPS using LLVM's makefile system, I'm finding that there's > a few things lacking in our support for LLVM-based projects. The items > below should help but may require changes to project makefiles. I > thought I'd check before just going and doing it. > > 1....

...ions/issues with these changes, please let me know. > I'd be happy to help and resolve any issues. > > Please note that the llvm-java project has already been converted. > > Reid. > > On Fri, 2005-01-14 at 09:55, Reid Spencer wrote: > > Hi, > > > > In buildling XPS using LLVM's makefile system, I'm finding that there's > > a few things lacking in our support for LLVM-based projects. The items > > below should help but may require changes to project makefiles. I > > thought I'd check before just going and doing it. >...

...nding that Tktable and BWidget source (both on sourceforge) are under BSD, like the other Tcl already included with R. Of course some would say that you can build faster and smaller Tcl libraries using Visual C++. I didn't notice much difference with my application running Tktable. I did try buildling Tcl/Tk with the free version of VC++.NET SDK but nmake -f makefile.vc in Tcl_source/win/ complained that vcvars32.bat needed to be run. The latest version of the (free) VC++.NET SDK seems to only have sdkvars.bat, which does something similar to vcvars32.bat (i.e. set PATH, INCLUDE, LIB and Net...

--- Ben Hines <bhines@alumni.ucsd.edu> wrote: > That patch does get the .libs dir added to the compile line. But the > other problem is that libtool is attempting to link against the > installed version of libFLAC, that is $(DESTDIR)/lib/libFLAC.dylib > instead of -lFLAC. > > ... > > Not sure how to fix this one, but this HACK to ltmain.sh fixes this >

...2002, at 04:12 PM, Matt Zimmerman wrote: > >Was this problem new in the 1.0.3 beta? My 1.0.2 packages do not have > >any such problem; I didn't notice any weirdness with 1.0.3beta, but the > >packages have probably only been built on my machine so far. > > How are you buildling it? Do you use make install DESTDIR to build into > your debian directory? Yes, it installs using DESTDIR. > This is a general libtool + DESTDIR bug. I did not catch the beginning of this thread. What is the bug? -- - mdz

...%mask = get.active.lane.mask(%i, %n) ; %evl = call @llvm.vscale() ; AVX: ; %mask = icmp (%i + (seq <8 x i32> 0,1,2,.,)), %n, ; %evl = i32 8 ; Configure the Vector Predication builder to use those VPBuilder .setExplicitVectorLength(%evl) .setMask(%mask); ; Start buildling vector-predicated instructions VPBuilder.createFadd(%x, %y) ; --> call @llvm.vp.fadd(%x, %y, %mask, %evl) Looks to me the second option makes a more effective use of vpred and D78203 shows that we can always soften vpred into a shape that is reasonable for lowering in targets without a...

...%mask = get.active.lane.mask(%i, %n) ; %evl = call @llvm.vscale() ; AVX: ; %mask = icmp (%i + (seq <8 x i32> 0,1,2,.,)), %n, ; %evl = i32 8 ; Configure the Vector Predication builder to use those VPBuilder .setExplicitVectorLength(%evl) .setMask(%mask); ; Start buildling vector-predicated instructions VPBuilder.createFadd(%x, %y) ; --> call @llvm.vp.fadd(%x, %y, %mask, %evl) Looks to me the second option makes a more effective use of vpred and D78203 shows that we can always soften vpred into a shape that is reasonable for lowering in targets without a...

...%mask = get.active.lane.mask(%i, %n) ; %evl = call @llvm.vscale() ; AVX: ; %mask = icmp (%i + (seq <8 x i32> 0,1,2,.,)), %n, ; %evl = i32 8 ; Configure the Vector Predication builder to use those VPBuilder .setExplicitVectorLength(%evl) .setMask(%mask); ; Start buildling vector-predicated instructions VPBuilder.createFadd(%x, %y) ; --> call @llvm.vp.fadd(%x, %y, %mask, %evl) Looks to me the second option makes a more effective use of vpred and D78203 shows that we can always soften vpred into a shape that is reasonable for lowering in targets without a...

On Fri, 14 Jan 2005, Reid Spencer wrote: > In buildling XPS using LLVM's makefile system, I'm finding that there's > a few things lacking in our support for LLVM-based projects. The items > below should help but may require changes to project makefiles. I > thought I'd check before just going and doing it. ok. > 1. V...

...%mask = get.active.lane.mask(%i, %n) ; %evl = call @llvm.vscale() ; AVX: ; %mask = icmp (%i + (seq <8 x i32> 0,1,2,.,)), %n, ; %evl = i32 8 ; Configure the Vector Predication builder to use those VPBuilder .setExplicitVectorLength(%evl) .setMask(%mask); ; Start buildling vector-predicated instructions VPBuilder.createFadd(%x, %y) ; --> call @llvm.vp.fadd(%x, %y, %mask, %evl) Looks to me the second option makes a more effective use of vpred and D78203 shows that we can always soften vpred into a shape that is reasonable for lowering in targets without a...

For RISC-V V and VE being explicit about %evl is important for performance & correctness and that is what VP does. The get.active.lane.mask intrinsic is used as a hint for the MVE, SVE backends to use hardware tail-predication (the backends reverse engineer that hint by pattern matching for get.active.lane.mask in the mask parameter of "some" masked intrinsics). IMHO, it's more