similar to: [LLVMdev] Crash after your recent commits

On Jan 6, 2013, at 10:54 AM, Kostya Serebryany wrote: > Alex (in CC) is working on asan for OS X. I think he can handle ubsan as well. > (but give us a few days, we are all out of office due to holidays). OK, thanks. If there are no objections, then I can go ahead and commit the attached test case fix I mentioned before. Adding ALWAYS_INLINE to 'free_common' in r158885 changed

Hi Pablo, in fact this is coming from the "ssp" attribute on main, which turns on LLVM's stack protection logic. I have no idea what that does exactly, but it seems to be causing the problem. On ubuntu systems it is enabled by default. You can turn it off by passing -fno-stack-protector to dragonegg. However please still open a bugreport since stack protection is supposed to work.

I also encounter this issue and solved it locally by implementing this 2 functions. - The linux version of StartSymbolizerSubprocess uses only POSIX function and can be reused as is on OS X (maybe we should move it in a new sanitizer_symbolizer_posix.cc file) - I have a simple implementation of GetListOfModules (see the attached file) but it required 10.6 at least. That said, implementing this

Hi Pablo, I can reproduce this with the supplied IR. It is related to the use of __memcpy_chk. As far as I can see it is a bug in lli or the LLVM code generators. Can you please open a bugreport, attaching the LLVM IR. Ciao, Duncan. On 23/01/12 17:00, Pablo Barrio wrote: > Hi Duncan, >>> #include<stdio.h> >>> #include<string.h> >>> >>> int

I am building LLVM on OS X 10.7.5 with cmake. Under this configuration some ASan and UBSan tests are failing: $ make check-ubsan … ******************** Testing Time: 2.36s ******************** Failing Tests (11): UndefinedBehaviorSanitizer :: Float/cast-overflow.cpp UndefinedBehaviorSanitizer :: Integer/add-overflow.cpp UndefinedBehaviorSanitizer :: Integer/div-zero.cpp

On 03/18/2014 01:51 PM, Eric Christopher wrote: > I missed it coming across the first time (and that's a long time ago). > I haven't had a chance to look at it and the archives don't have the > actual patch. Can you send it? Sure. See attached. This is the same as the patch provided by Ekaterina Sanina in the thread I linked. I can build fine with this applied for the

Hi Duncan, >> #include<stdio.h> >> #include<string.h> >> >> int main(int argc, char** argv){ >> >> char a[8] = "aaaaaaa"; >> char b[8] = "bbbbbbb"; >> >> char *c = (char*) malloc(sizeof(char)*(strlen(a)+strlen(b)+1)); >> memcpy(c, a, strlen(a)); >> memcpy(c + strlen(a), b, strlen(b) + 1); >>

Some more information … On Jan 4, 2013, at 6:56 PM, Meador Inge wrote: > I am building LLVM on OS X 10.7.5 with cmake. Under this configuration some ASan and UBSan tests > are failing: > > $ make check-ubsan > > … > > ******************** > Testing Time: 2.36s > ******************** > Failing Tests (11): > UndefinedBehaviorSanitizer ::

Hi All, I recently ran into an issue that was posted several years back on LLVMdev [1]. A brief recap of the problem is that when cross-compiling LLVM itself the configure/make scripts get confused when creating the needed build host tools. For example, building and configuring like: CC_FOR_BUILD='i686-pc-linux-gnu-gcc' CXX_FOR_BUILD='i686-pc-linux-gnu-g++'

Hi Meador, I couldn't reproduce the ASan failures on my 10.8 machine (trying that on a 10.7 one now) I'll look into making the in-process symbolizer work on OSX (which should fix some of the ubsan failures), but we do not need it in production currently, so I'm not sure when I get to it. On Mon, Jan 7, 2013 at 7:48 PM, Meador Inge <meadori at codesourcery.com> wrote: > >

On Aug 3, 2012, at 12:56 PM, Meador Inge <meadori at codesourcery.com> wrote: >>> An option for enabling/disabling library call simplification in `InstCombiner` >>> will be available. For backwards compatibility perhaps it should remain >>> '-simplify-libcalls'. The `NumSimplified` and `NumAnnotated` statistics shall >>> be added to

On Nov 14, 2012, at 11:34 PM, Evan Cheng <evan.cheng at apple.com> wrote: > > On Nov 14, 2012, at 10:59 AM, Chris Lattner <clattner at apple.com> wrote: > >> >> On Nov 13, 2012, at 11:43 PM, Evan Cheng <evan.cheng at apple.com> wrote: >> >>> SelectionDAG is big enough to have multiple owners. Legalizer, dag combine, etc. can each have a

On Nov 11, 2012, at 12:44 AM, Chris Lattner wrote: > > On Nov 10, 2012, at 10:43 AM, Joe Abbey <jabbey at arxan.com> wrote: > >> Hello, >> >> Chris's "keynote" at the LLVM Developers' Conference included a call for code owners, and my company has a heavy dependency on Bitcode, I propose taking ownership of: >> >> lib/Bitcode/*

On 08/02/2012 11:11 AM, Chris Lattner wrote: >> A new self-contained `LibCallSimplifier` class will be created. An instance >> of the class will be instantiated when running the `InstCombiner` pass. It's >> folding functionality will be invoked from `InstCombiner::tryOptimizeCall` and >> the implementation will be table-driven like `SimplifyLibCalls`. All of the

Dear all, First of all, Merry Christmas! :) While testing a File I/O sample program, I've encountered a link failure due to missing implementation of "\01__isoc99_fscanf" function. I think this function should be named "__isoc99_fscanf" instead. Please see the program code and LLVM IR generated by DragonEgg and clang below. It shows that clang generates

On Sun, Jan 6, 2013 at 4:03 PM, Jean-Daniel Dupas <devlists at shadowlab.org>wrote: > I also encounter this issue and solved it locally by implementing this 2 > functions. > > - The linux version of StartSymbolizerSubprocess uses only POSIX function > and can be reused as is on OS X (maybe we should move it in a new > sanitizer_symbolizer_posix.cc file) > - I have a

On 11/12/2012 09:35 AM, Duncan Sands wrote: > Hi, > > On 12/11/12 15:11, Meador Inge wrote: >> On 11/11/2012 11:58 PM, Chris Lattner wrote: >> >>>> Is there a particular sub-system size that makes sense to mark as owned? I have been >>>> reworking the library call simplification infrastructure recently and will be happy >>>> to sign up as

Folks, I'm tracking down a buildbot failure on our self-hosting bot, and because there are several dozens of commits to track on a self-hosting issue (direct compilation goes well), I thought that showing the error on the list would be faster. src/include/llvm/CodeGen/SelectionDAGNodes.h:625: llvm::EVT llvm::SDNode::getValueType(unsigned int) const: Assertion `ResNo < NumValues &&

Hi, On 12/11/12 15:11, Meador Inge wrote: > On 11/11/2012 11:58 PM, Chris Lattner wrote: > >>> Is there a particular sub-system size that makes sense to mark as owned? I have been >>> reworking the library call simplification infrastructure recently and will be happy >>> to sign up as an owner for that. >> >> I think that "directory level"

On Nov 11, 2012, at 5:13 PM, Meador Inge <meadori at codesourcery.com> wrote: > On Nov 11, 2012, at 12:44 AM, Chris Lattner wrote: > >> >> On Nov 10, 2012, at 10:43 AM, Joe Abbey <jabbey at arxan.com> wrote: >> >>> Hello, >>> >>> Chris's "keynote" at the LLVM Developers' Conference included a call for code