Skip to content

Update rebound interface to Rebound release version 4.0.1#1019

Open
rieder wants to merge 3 commits into
amusecode:mainfrom
rieder:update/rebound/4.0.1
Open

Update rebound interface to Rebound release version 4.0.1#1019
rieder wants to merge 3 commits into
amusecode:mainfrom
rieder:update/rebound/4.0.1

Conversation

@rieder

@rieder rieder commented Dec 11, 2023

Copy link
Copy Markdown
Member

The Rebound version currently in AMUSE is quite old - this updates it to the latest release.
The current tests for the rebound interface still work, but should probably be extended.

@rieder rieder requested a review from a team as a code owner December 11, 2023 20:10
LourensVeen
LourensVeen previously approved these changes Dec 12, 2023

@LourensVeen LourensVeen left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, nice!

@rieder

rieder commented Dec 12, 2023

Copy link
Copy Markdown
Member Author

It needs more extensive testing. Some features seem to work but on closer inspection require some settings to be changed, not all of which are available through the interface.

@LourensVeen

Copy link
Copy Markdown
Member

Hm, so I was early. Should there be some kind of norm for this? When is a code integrated well enough that the PR adding it can be merged? That would then set some standards for reviews. All assuming that we're rich enough to be able to afford these kinds of things of course...

@rieder

rieder commented Dec 12, 2023

Copy link
Copy Markdown
Member Author

I think in principle it can be merged (since it passes all current tests).

However, since the new version of Rebound adds features, these need to be tested as well.
So ideally we want some covering check as well, to make sure the tests don't become meaningless.

@LourensVeen

Copy link
Copy Markdown
Member

That makes sense.

@rieder

rieder commented Dec 14, 2023

Copy link
Copy Markdown
Member Author

Rebound should probably have a second worker built - one with, and one without OpenMP support.
For the whfast integrator (which is in turn used by some other integrators), behaviour is different depending on whether OpenMP is used.
In the OpenMP case, it needs a different coordinate system (which is not available through the AMUSE interface yet, and I need to check whether it would make sense to have this available at all).

@stale

stale Bot commented Feb 13, 2024

Copy link
Copy Markdown

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 28 days if no further activity occurs. Thank you for your contributions.

@stale stale Bot added the status: stale Issues that have been around for a while without updates label Feb 13, 2024
@rieder rieder added status: keep-open This issue should not be auto-closed by the bot and removed status: stale Issues that have been around for a while without updates labels Feb 13, 2024
@stale

stale Bot commented Nov 18, 2025

Copy link
Copy Markdown

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 365 days if no further activity occurs. Thank you for your contributions.

@stale stale Bot added the stale label Nov 18, 2025
@HannoSpreeuw HannoSpreeuw moved this from Backlog to Open PRs in Development Board Nov 24, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

stale status: keep-open This issue should not be auto-closed by the bot

Projects

Status: Open PRs

Development

Successfully merging this pull request may close these issues.

3 participants