CPAN tester results on 0.07 about geo-gdal-ffi HOT 9 CLOSED

These all look like issues with getting the dynamic libs from Alien:gdal.

Not sure if it is a system or share install, but it might be worth adding more debugging to the test suite. Something like this:

warn 'Alien::gdal install type is: ' . Alien::gdal->install_type;

Rebuilding Alien::gdal on each system takes a lot of resources, so I'd like to avoid uploading a new version of it until it's really necessary.

from geo-gdal-ffi.

The errors are also for Alien::gdal 1.11 and 1.13. Maybe there is something in that?

from geo-gdal-ffi.

Alien::gdal prints out its dynamic libs during testing, so we can cross check that way also.

As one example, the failing BSD rig has dynamic libs for Alien::gdal: http://www.cpantesters.org/cpan/report/81bf8cce-f448-11e8-acc3-94b892bdfc8e

This is during testing, though, and not the final installation location, so maybe something changes?

from geo-gdal-ffi.

One more http://www.cpantesters.org/cpan/report/17620bc0-fcce-11e8-8354-cb55eff47a06

from geo-gdal-ffi.

I think we need to instrument the tests to run code like that below and upload a dev release.

Alien::Base uses FFI::CheckLib to search for dynamic libs, so if a direct call returns an empty list then it is missing a dir in the path or there is an issue with FFI::CheckLib.

use FFI::CheckLib qw /find_lib/;

print find_lib (lib => 'gdal');

from geo-gdal-ffi.

It's just speculation, but I wonder if it is due to the require Alien::gdal call being inside the BEGIN block?

I would normally expect this to affect all perl versions, though.

from geo-gdal-ffi.

I'm getting fails for Alien::freexl which are possibly related. The dynamic_libs, cflags and libs methods all return empty.
http://www.cpantesters.org/cpan/report/81a624fc-0e18-11e9-afbf-aec3b07506ca

There are similar failing cases for several other of my alien distros.

@plicease might have some sense of why an alien that compiles will have empty cflags, dynamic_libs etc.

from geo-gdal-ffi.

This was possibly caused by incomplete dynamic libs being listed due to dependencies.

If so then it might be fixed by shawnlaffan/perl-alien-gdal@0b19413

This is in Alien::gdal 1.15, which is now on cpan.

from geo-gdal-ffi.

This should be fixed now Alien::gdal updates the rpaths of the dynamic libraries.
shawnlaffan/perl-alien-gdal#22

from geo-gdal-ffi.