[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#869090: gcc-6: Address sanitizer: Shadow memory range interleaves



On 07/20/2017 05:09 PM, Matthias Klose wrote:
> On 20.07.2017 14:45, Tim Ruehsen wrote:
>> Package: gcc-6
>> Version: 6.4.0-1
>> Severity: important
>>
>> Dear Maintainer,
>>
>> building autotools packages with address sanitizer currently breaks with gcc-6 and gcc-7.
>> gcc-5 is not effected.
>>
>> This breaks quality checking and fuzzing with ASAN enabled.
>> Using LD_PRELOAD to load libasan first doesn't change anything.
>>
>> This doesn't help either (in case this is a ASLR problem with the kernel):
>> echo 0 >/proc/sys/kernel/randomize_va_space
>>
>>
>> $ CC=gcc-6 CFLAGS="-g -fsanitize=address -fno-omit-frame-pointer" ./configure                                                               
>> checking for a BSD-compatible install... /usr/bin/install -c                                                                                                         
>> checking whether build environment is sane... yes                                                                                                                    
>> checking for a thread-safe mkdir -p... /bin/mkdir -p                                                                                                                 
>> checking for gawk... gawk                                                                                                                                            
>> checking whether make sets $(MAKE)... yes                                                                                                                            
>> checking whether make supports nested variables... yes                                                                                                               
>> checking for gcc... gcc-6                                                                                                                                            
>> checking whether the C compiler works... yes                                                                                                                         
>> checking for C compiler default output file name... a.out
>> checking for suffix of executables... 
>> checking whether we are cross compiling... configure: error: in `/usr/oms/src/libpsl':
>> configure: error: cannot run C compiled programs.
>> If you meant to cross compile, use `--host'.
>> See `config.log' for more details
>>
>>
>> >From config.log:
>> configure:3459: gcc-6 -o conftest -g -fsanitize=address -fno-omit-frame-pointer   conftest.c  >&5
>> configure:3463: $? = 0
>> configure:3470: ./conftest
>> ==13782==Shadow memory range interleaves with an existing memory mapping. ASan cannot proceed correctly. ABORTING.
>> ==13782==ASan shadow was supposed to be located in the [0x00007fff7000-0x10007fff7fff] range.
>> ==13782==Process memory map follows:
>>         0x005450338000-0x005450339000   /usr/oms/src/libpsl/conftest
>>         0x005450539000-0x00545053a000   /usr/oms/src/libpsl/conftest
>> ...
>>         0x7fff70943000-0x7fff70964000   [stack]
>>         0x7fff709a4000-0x7fff709a6000   [vvar]
>>         0x7fff709a6000-0x7fff709a8000   [vdso]
>> ==13782==End of process memory map.
>> configure:3474: $? = 1
>> configure:3481: error: in `/usr/oms/src/libpsl':
>> configure:3483: error: cannot run C compiled programs.
>> If you meant to cross compile, use `--host'.
>> See `config.log' for more details
> 
> please could you attach the failing conftest?

config.log doesn't even say.
It continues with

==28018==End of process memory map.
configure:3474: $? = 1
configure:3481: error: in `/usr/oms/src/libpsl':
configure:3483: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details

## ---------------- ##
## Cache variables. ##
## ---------------- ##

...

and exit.


Regards, Tim

Attachment: signature.asc
Description: OpenPGP digital signature


Reply to: