Skip to content

Conversation

@vepadulano
Copy link
Member

After discussion with @pcanal we agreed that the changes in this commit df8b468 were underlining a backwards-incompatible behaviour change in ACLiC. On the one hand, that commit was done in the spirit of the larger move to a fully RPATH-based build of ROOT (and thus also ROOT facilities that invoke the compiler). At the same time, it should be possible to still allow the use case of building multiple dependent shared libraries on the fly. This commit proposes to do so by adding the directory where ACLiC is generating said library to its RPATH, so that dependent libraries can also find it. Note that this still requires the libraries to stay where they were produced, i.e. it doesn't make them (more) relocatable. But this was never done, so improving on that is beyond the scope of this commit.

…raries

By adding the directory where ACLiC is generating the shared library to its RPATH, we can enable use cases of creating multiple shared libraries via ACLiC that depend on each other within the same session. Such functionality is embodied by the tests found in roottest/root/io/arrayobject directory and was previously working, so now it is restored while still keeping the same RPATH-based approach.
@vepadulano vepadulano self-assigned this Feb 9, 2026
@vepadulano vepadulano added in:Build System clean build Ask CI to do non-incremental build on PR labels Feb 9, 2026
@github-actions
Copy link

Test Results

    22 files      22 suites   3d 14h 16m 6s ⏱️
 3 787 tests  3 785 ✅ 0 💤 2 ❌
75 289 runs  75 287 ✅ 0 💤 2 ❌

For more details on these failures, see this check.

Results for commit 03387df.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

clean build Ask CI to do non-incremental build on PR in:Build System

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant