Try to fix the dump command.

.travis.yml

@@ -50,6 +50,7 @@ matrix:
 
 before_install:
   - export PATH=$BUILD_RUNTIMES/snakepit/$TRAVIS_PYTHON_VERSION.d/bin:$PATH
+  - export G_SITE=$BUILD_RUNTIMES/snakepit/$TRAVIS_PYTHON_VERSION.d/lib/*/site-packages/
 
 before_script:
   # Show some details of interest
@@ -130,6 +131,7 @@ jobs:
         # Install the Python runtime
         - *build-gevent-python
         - *build-gevent-deps
+        - ls -l $G_SITE
         # Install the C dependencies to a known location. This is used
         # to test 'no embed' cases. It might seem like it would prime
         # the CCache for when we *do* embed if we did it as part of the generic build stage,
@@ -143,7 +145,7 @@ jobs:
         - rm -rf $BUILD_LIBS/share/man/
         - ls -l $BUILD_LIBS $BUILD_LIBS/lib $BUILD_LIBS/include
         - pip install --no-build-isolation .[test]
-        - objdump -p src/gevent/libev/*so
+        - objdump -p $G_SITE/gevent/libev/*so
       script:
         # Verify that we got non-embedded builds
         - python -c 'import gevent.libev.corecffi as CF; assert not CF.LIBEV_EMBED'

src/gevent/libev/_corecffi_build.py

@@ -101,8 +101,13 @@ if __name__ == '__main__':
     #     python setup.py build_ext -i
     # 3) export DYLD_LIBRARY_PATH=`pwd`/deps/libev/.libs
     #
-    # XXX: The DYLD_LIBRARY_PATH is because the linker hard-codes
+    # The DYLD_LIBRARY_PATH is because the linker hard-codes
     # /usr/local/lib/libev.4.dylib in the corecffi.so dylib, because
     # that's the "install name" of the libev dylib that was built.
     # Adding a -rpath to the LDFLAGS doesn't change things.
+    # This can be fixed with `install_name_tool`:
+    #
+    # 3) install_name_tool -change /usr/local/lib/libev.4.dylib \
+    #    `pwd`/deps/libev/.libs/libev.4.dylib \
+    #     src/gevent/libev/_corecffi.abi3.so
     ffi.compile(verbose=True)