Hi Rob,
Thanks again for helping make Alien::GSL the best it can be.
I have now uploaded Alien::GSL 0.03_03 with some of the new issues
(hopefully) resolved. Again, on the weekends I don't have a Windows
computer to test on, so hopefully your mileage is the same as mine.
First, I am a little disappointed in how Module::Build dies when a
dependency isn't satisfied. I have added a loop in Build.PL which
checks if a dependency isn't satisfied and dies with a useful message.
Hopefully this will solve that problem, I'm sorry to have put you
through it.
I did see in the documentation for M::B that if not explicitly
written, as M::B builds the dist it adds itself as a dependency,
requiring the version on the current (my) system. I have therefore
explicitly asked for 0.38 rather than the 0.39 dev version that I have
on one of my systems.
I also removed the dependencies on Devel::CheckOS (since it had a
bigger dep chain than I/we wanted) and UNIVERSAL::require (since I
worry about the unintended interactions).
As to the library locations:
1) The windows builder doesn't have the ability to system install the
libraries, so those should be safe for you.
2) The libraries should reside in the File::ShareDir location for the
Alien::GSL module. To view that location, you can use
`Alien::GSL::gsl_prefix()` or `File::ShareDir::dist_dir('Alien::GSL')`
which should give you a path to the location.
Alien::SDL is a monster effort and I'm not surprised that it has
warts, Alien::GSL is quite small and I think I have it fairly tame. It
can only install to system if on Linux, if running as root and if
--ShareDir is not passed. So even if you are on Linux and installing
as root, you can still do a File::ShareDir install by using the
command line switch. In truth I am thinking about removing the ability
to do a system-wide install, since with File::ShareDir it almost
doesn't seem necessary.
Thanks again,
Joel
On Sun, Oct 23, 2011 at 5:13 AM, Sisyphus <[email protected]> wrote:
>
> ----- Original Message ----- From: "Joel Berger" <[email protected]>
> To: "[email protected]" <[email protected]>
> Sent: Thursday, October 20, 2011 4:00 AM
> Subject: Re: [Perldl] Announcing Alien::GSL 0.03_01
>
>
>> Announcing Alien::GSL 0.03_02
>
> Hi Joel,
>
> Sorry I've been a bit slow following up - somewhat sidetracked by the
> completely boring and arduous task of having to clean up after a wind storm
> demolished a number of trees near my house. It didn't damage any buildings
> but, with summer coming on, one feels that one should at least make some
> sort of token effort to make the place less susceptible to bushfire damage.
>
> Anyway, with 0.03_02 I still got:
>
> C:\sisyphusion\Alien-GSL-0.0302>perl Build.pl
> Using build class My::Builder::Windows
> Could not load My::Builder::Windows at Build.pl line 18.
>
> So I tried:
>
> C:\sisyphusion\Alien-GSL-0.0302>perl -Mlib="builder" -e "require
> My::Builder::Windows;"
> Can't locate File/chdir.pm in @INC (@INC contains: builder
> C:/perl514_M/site/lib
> C:/perl514_M/lib .) at builder/My/Builder.pm line 14.
> BEGIN failed--compilation aborted at builder/My/Builder.pm line 14.
> Compilation failed in require at C:/perl514_M/lib/parent.pm line 20.
> BEGIN failed--compilation aborted at builder/My/Builder/Windows.pm line 4.
> Compilation failed in require at -e line 1.
>
> Obviously I also need File::chdir, so I installed that - and 'perl Build.pl'
> then runs successfully.
>
> But then 'perl Build' croaks because I have only version 0.38 of
> Module::Build, but 0.39 is required.
> There is no 0.39, but there's a devel release 0.39_01, so I installed it on
> my 32-bit perl-5.14.
>
> Then:
>
> ####################################
> C:\sisyphusion\Alien-GSL-0.0302>perl Build.PL
> Using build class My::Builder::Windows
> Created MYMETA.yml and MYMETA.json
> Creating new 'Build' script for 'Alien-GSL' version '0.0302'
>
> C:\sisyphusion\Alien-GSL-0.0302>perl Build
> Building Alien-GSL
> Build: blib\lib\Alien\GSL.pm: cannot resolve
> L<GSL|http://www.gnu.org/software/g
> sl/> in paragraph 105.
> Build: blib\lib\Alien\GSL.pm: cannot resolve L<website|http://pdl.perl.org>
> in p
> aragraph 106.
>
> C:\sisyphusion\Alien-GSL-0.0302>perl Build test
> t\basic.t .. ok
> All tests successful.
> Files=1, Tests=2, 0 wallclock secs ( 0.16 usr + 0.12 sys = 0.28 CPU)
> Result: PASS
>
> C:\sisyphusion\Alien-GSL-0.0302>perl Build install
> Building Alien-GSL
> Installing C:\perl514_M\site\lib\Alien\GSL.pm
> Installing C:\perl514_M\site\lib\Alien\GSL\ConfigData.pm
> Installing C:\perl514_M\site\lib\auto\share\dist\Alien-GSL\README
> Installing C:\perl514_M\man\man3\Alien.GSL.3
> Installing C:\perl514_M\man\man3\Alien.GSL.ConfigData.3
> Installing C:\perl514_M\html\site\lib\Alien\GSL.html
> Installing C:\perl514_M\html\site\lib\Alien\GSL\ConfigData.html
> #####################################
>
> Given that there's already a dynamic gsl-1.15 library (libgsl-0.dll and
> libgslcblas-0.dll) in my path, is that the expected outcome ?
>
> You'll have to forgive my ignorance re "Alien::*" as I've very little
> experience of it.
>
> I think the last time I tried an Alien::* module might've been in relation
> to SDL (and/or its dependencies) - and I got quite annoyed that it was going
> to install a more recent version than was available via the latest sources I
> could google ... still haven't got back to that little exercise.
>
> Is there a way for me to test the functonality of Alien::GSL further on
> Windows ? ... without, of course, clobbering the gsl libraries I already
> have.
>
> Cheers,
> Rob
>
>
_______________________________________________
Perldl mailing list
[email protected]
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
