[OE-core] [PATCH] boost: Improve reproducibility

Khem Raj raj.khem at gmail.com
Fri Jun 1 17:07:05 UTC 2018


On 5/31/18 10:38 PM, Yu, Mingli wrote:
> 
> 
> On 2018年06月01日 13:08, Alexander Kanavin wrote:
>> 2018-06-01 4:39 GMT+03:00 Yu, Mingli <mingli.yu at windriver.com>:
>>
>>>> This looks very unlikely to ever make it upstream. Rather than carrying
>>>> a patch to boost forever would we want to just strip the file in
>>>> question with a custom command?
>>>
>>>
>>> Thanks very much Richard for your respond!
>>> I did try to strip only file which in question, but not find out the
>>> solution and then turn to strip the context library.
>>>
>>> Alex,
>>> Do you have any suggestion?
>>
>> Yes - as RP said, please investigate how the path gets into this
>> specific file (but not other files) in the first place, and whether we
>> can disable or make it not happen, rather than strip the path after
>> the fact.
> 
> Hi Alex,
> 
> Thanks for your respond!
> I did investigate the path a lot before send out the patch, but didn't
> figure out why it introduce the path for make_x86_64_sysv_elf_gas.o
> whose source file is make_x86_64_sysv_elf_gas.S.
> 
> Anyway, I will try to dig more.
> 
> If you have any ideas, welcome to help provide some hint.
> 

these symbols are added by assembler, if you have .file asm directive
either explicitly added to .s file or emitted by compiler, compiler
would emit it if the path specified to source file is absolute during
compiler invocation, it will take it verbatim and put it in generated .s
file

you might then want to check if you can see whats happening when this
file is being either compiled or assembled and make the changes there
such that it can be specified via a topdir relative path. that should
fix the issue.

> Thanks,
> 
> 
>>
>> Alex
>>


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20180601/375dcfdd/attachment-0002.sig>


More information about the Openembedded-core mailing list