-
Notifications
You must be signed in to change notification settings - Fork 36
My changes for this week #8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Open
hsauro
wants to merge
1,855
commits into
AndySomogyi:develop
Choose a base branch
from
sys-bio:hms
base: develop
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Open
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
For now, the only way I could find to make this work was to make literally everything always link the static libraries. I have a feeling that there's some other option somewhere I could find to let it work a different way, but since this works, I'm going with it for now. Also, some of the classes needed to not be set export the way they were.
Fix the non-static rrplugins libraries so they compile.
The format I ended up going with was to put *everything* that has to do with the rrplugins into site-packages/rrplugins. This includes the roadrunner C API dll, which has roadrunner linked statically to it. The upshot is that 'rrplugins' doesn't rely on the existence of the 'roadrunner' package at all--it has its own version in a dll. It's possible that there will be problems trying to port objects from one dll to another, but this approach does work with at least some of the tested plugins. (Also fixed up a few python bugs/warnings in the interface.)
On linux, apparently if you 'import foo', and there's foo.so and foo.py in that directory, it'll try to import foo.so. This is, I mean, come on. But anyway. Also fix the 'windll' call from unLoadAPI, since that was a windows-specific solution.
Also: * Don't try to install rrplugins in python directory when not building python. * Properly report on the Python variables at the end. * Move the find_python stuff to the main CMakeLists.txt because the variables didn't persist otherwise.
Add 'build plugins' to CI.
There's a Windows bug that makes numpy 1.19.4 fail that won't be patched until January at least.
* Fix the Gillespie python test, which was failing for two separate reasons, both having to do with the test itself, and not the underlying functionality. * Remove rrVersionInfo.h from the source, since it's auto-generated in CMake instead. * Update build system to handle Python more centrally and not set so many Cached variables. * Fix formatting.
The default option for copy_result should have been 'true', but it defaulted to 'true' because when I was revamping things, I grabbed the wrong option. I considered removing the option to not copy the result at all, but it turned out that some 'power users' actually do use the option as a speedup, and just know that when they do, they run the risk of invalidating the memory in their old results.
Just check to make sure it returns something--this was causing a throw earlier.
The plugins 'levenberg_marquardt', 'monte_carlo_bs', and 'nelder_mead' are here ported over from the previous rrplugin system, modified so they at least attempt to compile. By default, they are off, and you have to turn on plugins and look at the 'advanced' settings to see them.
… later commit by merge. Only a single cmakelists slipped through, but there was also a call to Log rather than rrLog. Furthermore, addSpecies was added back in and deprecated with pointers to the correct function to use
…en without these swig no longer compiles.
…. Not sure what happened, keep an eye on it
# Conflicts: # source/rrRoadRunner.cpp # source/rrRoadRunner.h # test/model_editing/model_editing.cpp # wrappers/C/rrc_api.h
…ten and so changing it to addSpeciesConcentration and addSpeciesAmount will have negligible impact whilst regenerate() was only added recently anyway so the change to regenerateModel will have no impact on peoples code
…ich is needed on linux and macos but not windows.
Fix broken merge
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
No description provided.