Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the Alien-GSL CPAN distribution.

Report information
The Basics
Id: 94796
Status: resolved
Priority: 0/
Queue: Alien-GSL

People
Owner: Nobody in particular
Requestors: kmx [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: Windows support does not work well
Hi Joel,

The windows support in Alien::GSL seems to be more a one-time-hack than a systematic approach (but you probably know that).

I see currently 2 issues:

1/ there are precompiled binaries of GSL which I am not able to download. But even if I can dowload them Alien::GSL does not distinguish for what platform (32bit vs 64bit) and for what compiler these prebuild binaries are. And as you can imagine it is not possible to load 32bit gsl into 64bit perl and there are many troubles arising from the fact that prebuild binaries where produced by different compiler than perl itself

2/ I am trying to prepare PDL-extended strawberry perl version with many libraries (including gsl) bundled in it. However Alien::GSL is not able to correctly detect already existing gsl *.dll/*.a/*.h files even if there is gsl-config providing correct values

What I want to suggest is to replace current Windows implementation with a detection based on gsl-config if not found we can try to test some lib/include paths via Devel::CheckLib

I will do the coding I just want to know your opinion

--
kmx
Closing this issue for two reasons. First, it is a duplicate of one on github, the preferred tracker, and second, with the release of an Alien::Base dependent module, I hope that windows support will improve. Even if it does not, that becomes a configuration problem and not a major architecture one.