RFR: 8367609: serviceability/sa/ClhsdbPmap.java fails when built with Clang [v5]

[Francesco Andreuzzi]

On Wed, 17 Sep 2025 11:48:03 GMT, Kevin Walls <kevinw at openjdk.org> wrote:

>> Francesco Andreuzzi has updated the pull request incrementally with two additional commits since the last revision:
>> 
>>  - nn
>>  - comment and rename
>
> Hi - Do you still have the same core?  Can you attach a "readelf -a " output from it in the jbs issue with the other (helpful) files?  Would like to see how things get mapped.
> 
> It's interesting to me at the moment that in a random build of mine with gcc, libjvm has e.g. 
> 
> ```  Type           Offset             VirtAddr           PhysAddr
>                  FileSiz            MemSiz              Flags  Align
> ...
>   LOAD           0x0000000000000000 0x0000000000000000 0x0000000000000000
>                  0x00000000022a5a50 0x00000000022a5a50  R E    0x1000
> ```				 
> ..so loadable text is just part of the mapping at the base address, no offset.
> 
> A core of that contains:
> 
>   LOAD           0x000000003431b000 0x00007f1305a15000 0x0000000000000000
>                  0x00000000022a6000 0x00000000022a6000  R E    0x1000
> 
> 
> But your clang build has the text with some offset and vaddr:
> https://bugs.openjdk.org/secure/attachment/116147/libjvm_sections.txt
> 
> 
> Program Headers:
>   Type           Offset             VirtAddr           PhysAddr
>                  FileSiz            MemSiz              Flags  Align
> ...
>   LOAD           0x000000000067fc80 0x0000000000680c80 0x0000000000680c80
>                  0x0000000000e225c0 0x0000000000e225c0  R E    0x1000
> 
> ..so does that appear as a distinct PH in the core?

Hi @kevinjwalls, I don't have the _same_ core. I ran the test another time, you find the new files attached to the ticket (those starting with `2`).

It appears as a distinct program header:

  LOAD           0x0000000006b23000 0x00007fa9ff881000 0x0000000000000000
                 0x0000000000e23000 0x0000000000e23000  R E    0x1000

-------------

PR Comment: https://git.openjdk.org/jdk/pull/27274#issuecomment-3304387833