Re: Prelinking on ARM with Debug Link

[Torsten Polle <Torsten dot Polle at gmx dot de>]

Hi Mark,

Iâve not received any answer on my posting. So I wonder whether the mail might have slipped your attention or there is any other information you might need.

> Am 01.12.2015 um 20:29 schrieb Torsten Polle <Torsten.Polle@gmx.de>:
> 
> Hi Mark,
> 
> Now with attachment.
> 
>> Torsten Polle writes
>> 
>> Hi Mark,
>> 
>> Mark Wielaard writes:
>>> On Fri, Nov 27, 2015 at 04:06:14PM +0100, Mark Wielaard wrote:
>>>> On Fri, Nov 27, 2015 at 01:57:31PM +0100, Torsten Polle wrote:
>>>>> In file included from /tmp/stap/taptrek_src.c:6010:0:
>>>>> /tmp/stap/stap-symbols.h:95902:1: error: large integer implicitly truncated to unsigned type [-Werror=overflow]
>>>> 
>>>> But the stap-symbols.h file has only 8107 lines.
>> 
>>> If you happen to know which library it is that causes the issue, then
>>> it would be beneficial to also have the output of eu-readelf -Sl for
>>> both the main and debug file.
>> 
>>> And maybe the stap -vv output of the script to know which files and
>>> probes are used.
>> 
>>> Thanks,
>>> Mark
>> 
>> thanks for the support.
>> 
>> I'll provide you with a reproduction scenario that is much smaller.
>> 
>> Kind Regards,
>> Torsten
> 
> Please find a less complex example attached.
> 
> The output of readelf -Sl for the affected library.
> libc-2.18.so.txt
> 
> The library is using a debug link to link to a file with the debug information.
> libc-2.18.so.debug.txt
> 
> The command to run the script "taptrek_run_ZIX2.stp" is stored in "cmd.sh".
> 
> The output of executing "cmd.sh" is in "cmd-output.txt".
> 
> The folder "stap" contains the result of the stap run. I only removed
> the already compiled object files to keep the size small.
> 
> Thanks,
> Torsten
> <prelinking.tar.bz2>

Thanks,
Torsten