Jim Galarowicz

@rgmiller @mplegendre Is this the failure you are seeing? I'm getting this with spack: ```==> Installing gotcha-develop-cqnzpr4oo4bc5gxr54jrzhp7boy2bfhh ==> No patches needed for gotcha ==> gotcha: Executing phase: 'cmake' ==> gotcha:...

@mplegendre Are there any workarounds for this issue so we can continue to use gotcha? Thanks.

@mplegendre Hi Matt - we are dead in the water with building our survey performance tool on newer systems. We don't use caliper so it sounds like any workarounds mentioned...

@jrmadsen Thank you for letting me know, it appeared to be a caliper specific fix when I looked at it. I will give it a try. Thanks again!

We are attempting to use gotcha for our memory wrappers and have encountered a problem that shows up with Intel 16.0 compilers but does not show up with Intel 20...

@mplegendre Our abort (above) only occurs when the MKL libraries are included in the executable. We are still trying to use gotcha but with older Intel compilers it aborts. Do...

I took the patch and tried it with our survey tool. It compiles but something seems to be wrong as we aren't getting our performance data gathered. So, more investigation...

Hi Jonathan, The gotcha usage section of survey isn't my code, but we appear to use RTLD_NEXT (grep below). I just ran the application that was aborting previously, with our...

Just to be clear here.  The wrappers shown here do not use gotcha. In particular the mem/wrappers.c is completely replaced by a gotcha based version of mem wrappers which does...

@haampie Thank you much for this answer! I had to shift hide_implicits one level to the left otherwise spack was complaining: ``` ==> Error: ConfigFormatError: /home/jgalarowicz/spack_02072024/spack/etc/spack/defaults/modules.yaml:48: Additional properties are not...