From: "Fred Moyer" <[EMAIL PROTECTED]>
Getting a good build of perl under x86_64 can be a bit tricky, when you
compile perl you need to make sure that the default directories to search
includes /usr/lib64. It took me a few tries to get it right, I posted my
experiences here - http://use.perl.
[sorry my email client dropped the list from the thread, my bad]
> From: "Fred Moyer" <[EMAIL PROTECTED]>
>
>> On Fri, 13 Jul 2007 10:26 am, Octavian Rasnita wrote:
>>> From: "Geoffrey Young" <[EMAIL PROTECTED]>
> /usr/lib64/gcc/x86_64-suse-linux/4.1.0/../../../../x86_64-suse-linux/bin/ld:
>>>
Hi all,
I've run into a bit of a problem. I'm trying to load a B::Bytecode compiled
perl module with modperl2 running on Apache 2.2.3. But the memory usage
keep going up each time I do a graceful restart of Apache. I tracked it
down to the modperl_perl_destruct function, where perl_destruct
-8<-- Start Bug Report 8<--
1. Problem Description:
While attempting to compile mod_perl2 on os x 10.4 (tiger), I received the
following make error after most targets have been built. I'm not sure if
an upgrade from apple in some underlying library caused t
On Sun, Jun 10, 2007 at 08:38:53PM +0200, Simon Bertrang wrote:
[snip]
> Here's a diff against svn.
[snip]
> Index: xs/APR/APR/APR.pm
> ===
> --- xs/APR/APR/APR.pm (revision 545917)
> +++ xs/APR/APR/APR.pm (working copy)
> @@ -23,7 +23
From: "Geoffrey Young" <[EMAIL PROTECTED]>
/usr/lib64/gcc/x86_64-suse-linux/4.1.0/../../../../x86_64-suse-linux/bin/ld:
/usr/local/perl_588/lib/CORE/libperl.a(gv.o): relocatio
n R_X86_64_32S against `a local symbol' can not be used when making a
shared object; recompile with -fPIC
the first
> /usr/lib64/gcc/x86_64-suse-linux/4.1.0/../../../../x86_64-suse-linux/bin/ld:
> /usr/local/perl_588/lib/CORE/libperl.a(gv.o): relocatio
> n R_X86_64_32S against `a local symbol' can not be used when making a
> shared object; recompile with -fPIC
the first google match for "recompile with -fPIC"
Hi,
I am trying hard to install mod_perl under SuSE X86_64 but I cannot do it.
It gives the error below on the "make" step. I have searched for this error
on the net, and I found only that perl could be badly installed, or Apache.
I installed perl using the /lib64 /usr/lib64 and /usr/local/li
On Jul 13, 2007, at 9:48 AM, Perrin Harkins wrote:
On 7/13/07, Jonathan Vanasco <[EMAIL PROTECTED]> wrote:
I'm thinking of the situation where you have 1 parent, 4 children.
all 4 children hit max-requests and exit before the first replacement
spawns. without a standing connection in the pare
On 7/13/07, Jonathan Vanasco <[EMAIL PROTECTED]> wrote:
I'm thinking of the situation where you have 1 parent, 4 children.
all 4 children hit max-requests and exit before the first replacement
spawns. without a standing connection in the parent (or another
process using bdb in any way ) wouldn't
First off- thank you perrin , i'm a step closer to fully
understanding this.
On Jul 12, 2007, at 9:14 PM, Perrin Harkins wrote:
No. This is explicit shared memory, not a mysterious copy-on-write
thing. You need to initiate access separately from each process so
that none of the XS stuff
11 matches
Mail list logo