[cfe-dev] Clang 'locks up' when compiling optimized

[Brian Cain via cfe-dev]

On Wed, Jun 28, 2017 at 9:55 AM, David Barto <barto at cambridgesemantics.com>
wrote:

> This the the stack trace when the compiler locked up.
> I attached with ‘lldb -p <pid>”
> I did the thread backtrace all then a process resume
> I interrupted the program again and did a second thread backtrace all.
> Both were identical.
>
> David
>
> (lldb) thread backtrace all
> * thread #1: tid = 0x13b475b, 0x00007fff90ec65da libsystem_kernel.dylib`syscall_thread_switch
> + 10, queue = 'com.apple.main-thread', stop reason = signal SIGSTOP
>   * frame #0: 0x00007fff90ec65da libsystem_kernel.dylib`syscall_thread_switch
> + 10
>     frame #1: 0x00007fff9497682d libsystem_platform.dylib`_OSSpinLockLockSlow
> + 63
>     frame #2: 0x00007fff8ca7271b libsystem_malloc.dylib`szone_malloc_should_clear
> + 116
>     frame #3: 0x00007fff8ca72667 libsystem_malloc.dylib`malloc_zone_malloc
> + 71
>     frame #4: 0x00007fff8ca71187 libsystem_malloc.dylib`malloc + 42
>     frame #5: 0x00007fff991fa43e libc++.1.dylib`operator new(unsigned
> long) + 30
>     frame #6: 0x00007fff991fcf05 libc++.1.dylib`std::__1::basic_string<char,
> std::__1::char_traits<char>, std::__1::allocator<char> >::__init(char
> const*, unsigned long) + 59
>     frame #7: 0x000000010e6fc7a9 libLLVM.dylib`llvm::sys::
> findProgramByName(llvm::StringRef, llvm::ArrayRef<llvm::StringRef>) + 670
>
>
This seems to point back to your RLIMIT_AS constraint, or overall system
memory availability.  Why constrain the address space?  A much more
realistic constraint would be RLIMIT_RSS.

-Brian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/cfe-dev/attachments/20170628/a965bddd/attachment.html>