Well I have an account on SDF (http://sdf.org/) and their NetBSD 7.0 server
only has g95 installed and has some trouble with pthreads. But I do have
GSL 2.1 intalled locally.
So I disabled pthreads by modifying perldl.config "WITH_POSIX_THREADS =>
0" and made a symlink of g95 to f77 to get things moving. This is the error
message I get in the end:
ld: slatec/chfcm.o: relocation R_X86_64_32 against `.data' can not be used
when making a shared object; recompile with -fPIC
slatec/chfcm.o: could not read symbols: Bad value
*** Error code 1
If I disable SLATEC I just end up breaking on another library that needs
-fPIC. Where should I add -fPIC in the build system?
On Sun, Apr 24, 2016 at 9:31 PM, Derek Lamb <[email protected]> wrote:
> Hi Jovan,
>
> The sf#407_gsl2.0 branch is now passing all of our automated build tests,
> so if you can try it out on what platforms you have handy, I'd appreciate
> it. We have a lot of Linux testers and some Windows as well, but I don't
> know that there are any PDL developers that use NetBSD. Tests on that
> platform with GSL < 2.0 and GSL >= 2.0 (or even no GSL at all) would be
> great to have before we merge that into master.
>
> Due to the '#' (and possibly the '.') I put in the branch name the link to
> the branch on SF will not work, but you can still clone the repo and get
> the branch that way, or check it out on GitHub.
>
> thanks!
> Derek
>
> On Apr 23, 2016, at 4:54 PM, Chris Marshall <[email protected]>
> wrote:
>
> In my review of outstanding PDL-2.015 CPAN Testers FAIL reports,
> I observe that the GSL-2.1 issue(s) cause many NetBSD failures.
> There are a large number of FAIL reports for openbsd coming from
> t/slice.t where only 17/92 tests are run.
>
> --Chris
>
> On 4/19/2016 15:17, Derek Lamb wrote:
>
> Hi Jovan,
>
> Go ahead and give it a whirl. I have not added anything to the test
> suite, so it'll be a compiler and execution check. Look for branch
> 'sf#407_gsl2.0' on SF:(
> <https://sourceforge.net/p/pdl/code/ci/sf%23407_gsl2.0/tree/>
> https://sourceforge.net/p/pdl/code/ci/sf%23407_gsl2.0/tree/ ; I'm getting
> a 404 error at the moment), or on GitHub:
> <https://github.com/PDLPorters/pdl/tree/sf%23407_gsl2.0>
> https://github.com/PDLPorters/pdl/tree/sf%23407_gsl2.0 .
>
> cheers,
> Derek
>
> On Apr 18, 2016, at 2:49 PM, Jovan Trujillo <[email protected]>
> wrote:
>
> Hi Derek,
>
> Let me know when you are ready for testing. I have various Linux,
> NetBSD, and Windows machines ready. Can you give me a link to your git
> branch?
>
> Happy to help,
> Jovan
>
> On Mon, Apr 18, 2016 at 10:08 AM, Derek Lamb < <[email protected]>
> [email protected]> wrote:
>
>> Hi Jovan,
>>
>> I've been working on that exact issue—I'll be pushing a new git branch
>> for testing soon. GSL 2.1 also included some new associated Legendre
>> functions and deprecated some existing ones, so those changes will come out
>> as well. I imagine it shouldn't be too hard to get at least a CPAN
>> developer's release made after that functionality is present.
>>
>> thanks,
>> Derek
>>
>> On Apr 18, 2016, at 10:25 AM, Jovan Trujillo <
>> <[email protected]>[email protected]> wrote:
>>
>> Hi all,
>> I have been updating to GSL-2.1 and PDL-2.015 on my various machines,
>> and keep
>> having to do this patch to make it work:
>>
>> https://sourceforge.net/p/pdl/bugs/407/
>>
>> Why hasn't anybody updated PDL-2.015 on CPAN to include this patch? Should
>> I just email the diff to Chris Marshall? Can I submit the change to the
>> Git repo?
>>
>> Thanks,
>> Jovan
>>
>>
>
>
------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
pdl-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/pdl-general
