similar to: [LLVMdev] Broken build: r194813

Hi, can you please check the problem is fixed by r195125? On Tue, Nov 19, 2013 at 2:35 PM, Alexander Potapenko <glider at google.com> wrote: > Hi Cameron, > > I'm planning to address this issue today. > > HTH, > Alex > > On Mon, Nov 18, 2013 at 9:45 PM, Cameron McInally > <cameron.mcinally at nyu.edu> wrote: >> Hey guys, >> >> My local

Hi Cameron, I'm planning to address this issue today. HTH, Alex On Mon, Nov 18, 2013 at 9:45 PM, Cameron McInally <cameron.mcinally at nyu.edu> wrote: > Hey guys, > > My local build is broken after: > >>r194813 | glider | 2013-11-15 08:13:01 -0500 (Fri, 15 Nov 2013) | 2 lines >> >>[ASan] Add the configure+make rules for building the ASan runtime for iOS

Can you please reconfigure and attach the full log of 'make VERBOSE=1' ? On Nov 20, 2013 8:25 AM, "Yuchen Wu" <yuchenericwu at hotmail.com> wrote: > It looks like it: > > [/Volumes/Files/yuchen_wu/dev/llvm/build]$ xcrun --show-sdk-path --sdk > iphonesimulator > >

"If the answer is no", of course. On Nov 20, 2013 8:02 AM, "Alexander Potapenko" <glider at google.com> wrote: > Do you have the iossim sdk installed on your machine (check by 'xcrun > --show-sdk-path --sdk iphonesimulator')? > If the answer is yes and you're testing on ToT, that's a bug. I'll take a > look. > On Nov 20, 2013 5:05 AM,

It looks like it: [/Volumes/Files/yuchen_wu/dev/llvm/build]$ xcrun --show-sdk-path --sdk iphonesimulator /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator7.0.sdk ________________________________ > Date: Wed, 20 Nov 2013 08:03:21 +0400 > Subject: Re: [LLVMdev] Can't compile compiler-rt, asan error > From: glider at

I'm running Mavericks. I'll attach the make log once it's done. ________________________________ > Date: Wed, 20 Nov 2013 08:40:12 +0400 > Subject: RE: [LLVMdev] Can't compile compiler-rt, asan error > From: glider at google.com > To: yuchenericwu at hotmail.com > CC: llvmdev at cs.uiuc.edu > > > Also, which version of OSX you're running? >

I tracked down the error. There’s an ifneq check for IOSSIM_SDK_PATH before it’s defined. $ grep -n IOSSIM_SDK_PATH projects/compiler-rt/make/platform/clang_darwin.mk 91:ifneq ($(IOSSIM_SDK_PATH),) 157:IOSSIM_SDK_PATH := $(call XCRunSdkPath,iphonesimulator) 158:$(warning clang_darwin.mk: $(IOSSIM_SDK_PATH)) 161: -isysroot $(IOSSIM_SDK_PATH) \ 207: -mios-simulator-version-min=7.0

Should be fixed in r195216. On 2013 Nov 19, at 21:30, Duncan P. N. Exon Smith <dexonsmith at apple.com> wrote: > I tracked down the error. There’s an ifneq check for IOSSIM_SDK_PATH before it’s defined. > > $ grep -n IOSSIM_SDK_PATH projects/compiler-rt/make/platform/clang_darwin.mk > 91:ifneq ($(IOSSIM_SDK_PATH),) > 157:IOSSIM_SDK_PATH := $(call

Also, which version of OSX you're running? On Nov 20, 2013 8:32 AM, "Alexander Potapenko" <glider at google.com> wrote: > Can you please reconfigure and attach the full log of 'make VERBOSE=1' ? > On Nov 20, 2013 8:25 AM, "Yuchen Wu" <yuchenericwu at hotmail.com> wrote: > >> It looks like it: >> >>

Do you have the iossim sdk installed on your machine (check by 'xcrun --show-sdk-path --sdk iphonesimulator')? If the answer is yes and you're testing on ToT, that's a bug. I'll take a look. On Nov 20, 2013 5:05 AM, "Yuchen Wu" <yuchenericwu at hotmail.com> wrote: > Compiler-rt is broken for me. I'm compiling with top of trunk llvm, clang > and

Compiler-rt is broken for me. I'm compiling with top of trunk llvm, clang and compiler-rt using automake on Darwin. Is anyone else seeing this error? llvm[4]: Copying runtime library darwin/asan_iossim_dynamic to build dir llvm[4]: Copying runtime library darwin/ubsan_osx to build dir cp:

On Thu, Aug 1, 2019 at 6:38 PM JF Bastien <jfbastien at apple.com> wrote: > > > > > On Aug 1, 2019, at 9:20 AM, Alexander Potapenko <glider at google.com> wrote: > > > > On Thu, Aug 1, 2019 at 6:09 PM JF Bastien <jfbastien at apple.com> wrote: > >> > >> Hi Alexander, > >> > >> The code doesn’t compile. Could you send

There are two problems: 1. padding after union and call to q(), without LTO we can't remove that store. 2. shortcut which I have which ignores all instructions q() . this assume that memset to acpar.match, acpar.matchinfo also useful which is not true. I should be able to improve this case. On Thu, Aug 1, 2019 at 11:29 PM Vitaly Buka <vitalybuka at google.com> wrote: > On a first

On Thu, Aug 1, 2019 at 6:09 PM JF Bastien <jfbastien at apple.com> wrote: > > Hi Alexander, > > The code doesn’t compile. Could you send a godbolt.org link that shows the issue? Sorry about that, here's the link: https://godbolt.org/z/-PinQP Lines 4 to 8 are initializing |acpar|. If I'm understanding correctly, the store to 8(%rsp) at line 7 can be removed because of the

+kledzik at apple.com The dynamic runtime is using dylib interposition (google for "__DATA,__interpose). If I'm understanding correctly (Nick, can you please confirm this?) this allows to interpose the function regardless of the two-level namespace. The support for dynamic runtime in ASan is almost there. But the new interposition method has revealed some issues with the allocator which

(forgot to CC llvmdev) On Thu, Mar 21, 2013 at 5:54 PM, Alexander Potapenko <glider at google.com> wrote: > Hey Anna, Nick, Ted, > > We've the following problem with string literals under ASan on Mac. > Some global string constants end up being put into the .cstring > section, for which the following rules apply: > - the strings can't contain zeroes in their

FWIW see also http://lists.cs.uiuc.edu/pipermail/cfe-dev/2015-June/043301.html As far as I understand DFSan functionality isn't required for libFuzzer to work, so it should be safe to disable DFSan support on Mac. On Wed, Jul 8, 2015 at 7:45 AM, Kostya Serebryany <kcc at google.com> wrote: > +pcc , glider > > On Mon, Jul 6, 2015 at 12:59 PM, Juan Ceasar <juan.d.ceasar at

On Sun, Nov 10, 2013 at 06:11:16AM -0800, Bill Wendling wrote: > Good day! > > This is just a reminder that branching for the 3.4 release will occur at this time: > > Monday, November 18, 2013 at 7:00:00 PM PST / Tuesday, November 19, 2013 at 3:00:00 AM UTC > > What this means for you! > ------------------------ > > * Please keep the release notes up to date --

Hi Alex Thanks for your email. But it seems not work. I removed the -fsanitize=address flag. The global buffer overflow message doesn't show. However, no *.sancov file is created after I run perlbench. Thus, I could not get the BB coverage. Do you have any ideas? Many Thanks Regards Muhui Alexander Potapenko <glider at google.com> 于2018年9月5日周三 下午7:14写道： > Hi Muhui, > > If

+llvmdev Question to MacOS gurus: is there a way to disable ASLR (address space layout randomization) on Darwin at link time instead of doing setenv("DYLD_NO_PIE", "1", 1); and reexec? Thanks, --kcc On Fri, Dec 9, 2011 at 4:28 AM, Alexander Potapenko <glider at google.com>wrote: > The attached patch introduces the disable_aslr option (off by default) > and the