On Mon, Jun 20, 2011 at 3:04 PM, Jorge Gonzalez wrote:
> Thaks Len.
>
> I already had done that before posting, no success. It looks like all LD
> dependencies are satisfied:
>
> (after 'make test'):
> [jorgegv@desarrollo3 HTTP-HeaderParser-XS-0.20-**TnpClr]$ find . -name
> "*.so"
> ./blib/arch/au
Thaks Len.
I already had done that before posting, no success. It looks like all
LD dependencies are satisfied:
(after 'make test'):
[jorgegv@desarrollo3 HTTP-HeaderParser-XS-0.20-TnpClr]$ find . -name "*.so"
./blib/arch/auto/HTTP/HeaderParser/XS/XS.so
[jorgegv@desarrollo3 HTTP-HeaderParser-X
>
>
>
> Reading DynaLoader.pm line 213 it says that very often programs fail saying
> that there's an error in there, but it's really the XS initialization code
> for the module which is really failing. Since my XS skills are, well, close
> to zero, I can't trace anything there. How can I trace the
Hi all,
I have recently switched to perl 5.14.1 and recompiled all my Catalyst
modules. All went fine, except Catalyst::Engine::HTTP::Prefork. It
turns out that this module brings HTTP::HeaderParser::XS as a
dependency, and 'make test' for this last module fails (see below).
Reading DynaLoade
On 17 May 2011 12:41, fREW Schmidt wrote:
> Hey guys,
>
> So I've converted all of the DBIC repos from bast (our svn repo) that will
> see new dev, and I got most of the Catalyst-Authentication modules
> converted, as t0m had said he'd appreciate it. If you'd like to see the
> converted repos ta