Config{libpth} substitution problem

2011-10-31 Thread Dmitry Karasik
Hello, I have I problem with building Prima on strawberry 5.12.3, which appears when I use Strawberry installed in something other than c:/strawberry directory. The problem didn't re-appear cleanly when I tried to take a clean vmware box, and install it there, so I'm not 100% sure how to

Re: Config{libpth} substitution problem

2011-10-31 Thread kmx
It is a bug in strawberry portable perl - probably the same as https://rt.cpan.org/Ticket/Display.html?id=68937 According to my testing the enclosed portable_libpth_ugly_hack.diff should fix it -- kmx On 31.10.2011 12:30, chm wrote: For reference, this problem was for the portable edition

Re: Config{libpth} substitution problem

2011-10-31 Thread chm
Thanks, kmx. With the patch applied, I was able to build and install Prima and Prima::OpenGL on strawberry perl portable 5.12.3.0. Any chance of releasing an updated spp with the patch for 5.12? --Chris On 10/31/2011 8:13 AM, kmx wrote: It is a bug in strawberry portable perl - probably the

Re: Config{libpth} substitution problem

2011-10-31 Thread kmx
Chris, there is always a chance :) But seriously, we are currently focusing on releasing 5.14.2.0 (MSI). Alias is the person to answer the question about the next portable release. My guess is that it is more likely to see a new 5.14.2.something-portable than new 5.12.whatever-portable (but

Re: Config{libpth} substitution problem

2011-10-31 Thread chm
On 10/31/2011 4:52 PM, kmx wrote: Chris, there is always a chance :) But seriously, we are currently focusing on releasing 5.14.2.0 (MSI). Yes, I understand but I figured it wouldn't hurt to ask. It is a help to me to have SPP editions with different perl versions. I've stopped with the SPP