Skip to content
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

Merge from develop #26

Merged
merged 1 commit into from
Oct 7, 2020
Merged

Merge from develop #26

merged 1 commit into from
Oct 7, 2020

Conversation

byrnHDF
Copy link
Contributor

@byrnHDF byrnHDF commented Oct 7, 2020

github updates
bin scripts updates
parser changes
remove obsolete file

github updates
bin scripts updates
parser changes
remove obsolete file
@byrnHDF byrnHDF requested review from derobins and lrknox October 7, 2020 16:17
@byrnHDF byrnHDF self-assigned this Oct 7, 2020
@lrknox lrknox merged commit 8c2e9b6 into HDFGroup:hdf5_1_10 Oct 7, 2020
hyoklee referenced this pull request in hyoklee/hdf5 Feb 12, 2021
…/develop_seg_fault_sel_compat

* commit '9abbdeaa66c70a00b6a7bedee9c76d2493a8e947': (31 commits)
  Remove system command from valgrind reports
  Whitespace
  Fix incorrect FUNC_LEAVE macro (should match FUNC_ENTER_*_TAG).
  Add semicolons to more PASSED() invocations.
  So that I can use PASSED(); anywhere a statement can go, #define PASSED() with a do-while wrapper.
  revert type cast
  Switch the 'get offset' operation from a dataset 'get' callback to a [native] dataset 'optional' operation.
  Modfy expression to match mpicc build with Intel as intel compiler, not gcc.
  Complete the comment on thread_main(), explaining why the barrier is used.
  Fixed issue building HDF5 with NAG Fortran 7.0.
  The first implementation seemed to allow for the possibility that a thread could block at the barrier, wake and exit the barrier, re-acquire the barrier lock and increase `nentered` before the other blocked threads woke and checked `nentered % count == 0`.  Then the other blocked threads would check `nentered % count == 0` and, finding it false, go back to sleep in the barrier.  This new implementation waits for a looser condition to obtain so that threads don't go back to sleep in the barrier.
  Add java version and reference libsettings
  Test the right condition for the EBUSY return in pthread_barrier_destroy().
  s/exit_failure/EXIT_FAILURE/g
  Implement pthread_barrier(3) for Darwin using a counter, condition variable, and mutex.  Untested.
  Update examples and fix old version references.
  Move MODEL check to before usage in CTestScript.cmake.
  Copy generated files instead creating twice
  Fix standalone link
  Fix Fortran macro use and jni comment
  ...
vchoi-hdfgroup added a commit that referenced this pull request Aug 12, 2021
@bmribler bmribler mentioned this pull request Jul 2, 2023
This was referenced Jan 7, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants