RFR: 8326685: Linux builds not reproducible if two builds configured in different build folders
Magnus Ihse Bursie
ihse at openjdk.org
Tue Feb 27 10:37:53 UTC 2024
On Tue, 27 Feb 2024 10:32:24 GMT, Magnus Ihse Bursie <ihse at openjdk.org> wrote:
>>> Oh you are right, we should always add the OUTPUTDIR to both maps regardless of if it's internal to the WORKSPACE_ROOT or not. Paths relative to the OUTPUTDIR should be stable across builds in different output directories, but paths inside the OUTPUTDIR, expressed as relative to the WORKSPACE_ROOT will vary.
>>
>> @erikj79 @magicus Yes, it needs to always be present as you've pointed out the OUTPUTDIR when within the WORKSPACE will be eg.WORKSPACE/build/linux-aarch64-server-release/support and the standard WORKSPACE mapping will make that build/linux-aarch64-server-release/support, but a build dir outside will be simply <any_path>/support
>
> It seems correct to include the output dir in the remapping, but I have two objections/questions to the way you are doing it.
> 1) Why not just use OUTPUTDIR instead of the two specialized subdirs? That is simpler, more general and future-proof.
> 2) Why not expand the value of the OUTPUTDIR variable? I.e.
>
> DEBUG_PREFIX_CFLAGS="$DEBUG_PREFIX_CFLAGS -fdebug-prefix-map=$OUTPUTDIR/="
> ```
>
> instead of trying to preserve it as a variable to be expanded in the make execution.
Also, this mapping business is getting really convoluted. :-( I did not like it as it was, and this patch makes it even worse. I think we need to rewrite this to create some kind of dict/map, and then iterate over the map and apply `-fdebug-prefix-map` to all items in the map. Unfortunately, the data structures available in shell scripts is limited and will make this a bit tricky to pull off. :(
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/18009#discussion_r1504011145
More information about the build-dev
mailing list