[oprof-cvs] [SF SCMS]oprofile-tests branch master updated. 64e5e49ce03fe179495bc02ef70c2708ecb94a70

[William C. <wc...@us...>]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "oprofile-tests".

The branch, master has been updated
       via  64e5e49ce03fe179495bc02ef70c2708ecb94a70 (commit)
      from  c8f977607af9d7d137e41a22ebcd70498ec37721 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 64e5e49ce03fe179495bc02ef70c2708ecb94a70
Author: will schmidt <wil...@vn...>
Date:   Fri Nov 22 14:39:07 2019 -0600

    oprofile-tests Add test to exercise libjvmti_oprofile.so
    
    Hi,
    
    (V3:)  Reworked per feedback from V2,  I have updated some of the logic
        that searches for libjvmti_oprofile.so to also look in sibling lib64
        directories.
    
    (V2:) I have updated the logic that looks for
        libjvmti_oprofile.so to also search /usr/lib64/ and /usr/lib/
        for the library, stopping when the library is found.  I have
        tested a few additional variations locally.
    
    (V1:)
        Assorted changes to exercise the use of oprofiles JVMTI hook.
        (libjvmti_oprofile.so  - Java Virtual Machine Tools Interface).
    
        This has been tested this on assorted ppc64* systems with a mixture
        of having the libjvmti_oprofile present and not.
    
        testsuite/lib/op_util.exp:
        * Update compile_workload() procedure to allow building of .java files.
        * Add procedure op_resolve_java_dependencies() to ensure that dependencies
          for building and running the java test can be found. This includes java,
          javac, and libjvmti_oprofile.so. Since the libjvmti_oprofile.so object
          can't be readily found via 'which', logic is in place that assumes it can
          be found in a path relative to where the operf binary is found.
    
        testsuite/lib/op_workloads.exp:
        * Add an op_java_workload_table containing the new test.
    
        testsuite/lib/operf_util.exp:
        * Add procedure (check_java_samples_exist) to see that samples can be
          found that are associated with the generated .jo object.
        * Add procedure (check_java_object_file_exists) to ensure that at
          least one "*.jo" file was created during the run.
        * Add procedure (do_java_test) to do the actual test.
    
        testsuite/workloads/java/Fibonacci.java:
        * Add the java test itself.

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

Summary of changes:
 testsuite/lib/op_util.exp                 |  98 +++++++++++++++++++++++++-
 testsuite/lib/op_workloads.exp            |  14 ++++
 testsuite/lib/operf_util.exp              | 110 ++++++++++++++++++++++++++++-
 testsuite/oprofile-java/oprofile-java.exp | 112 ++++++++++++++++++++++++++++++
 testsuite/workloads/java/Fibonacci.java   |  25 +++++++
 5 files changed, 355 insertions(+), 4 deletions(-)
 create mode 100644 testsuite/oprofile-java/oprofile-java.exp
 create mode 100644 testsuite/workloads/java/Fibonacci.java


hooks/post-receive
-- 
oprofile-tests