Re: Threaded Perl
Yea I did some more research and you are completely correct (go figure eh?).
I was just looking to test it out after reading a bunch of stuff about it.
In the end I don't think it's really what I wanted anyways. I just went back
to reading perlipc docs. I know this is probably not the place but do you or
anyone have some good references for coding multi-threaded perl apps?
----- Original Message -----
From: "Brendan O'Dea" <firstname.lastname@example.org>
To: "Ryan White" <email@example.com>
Sent: Sunday, March 10, 2002 3:30 AM
Subject: Re: Threaded Perl
> On Sat, Mar 09, 2002 at 03:52:42PM -0800, Ryan White wrote:
> >I posted to debian-user but no one seems to know or want to respond. So I
> >was wondering what the status of perl-thread is? Is it no longer being
> >developed (packaged) or is it just not going to make it in testing. Is
> >a different package that provides the same thing now? Am I stuck
> >my own perl binary? I'm sure I'm not the first one to need thread support
> >perl, I feel like I'm missing something obvious.
> Sorry Ryan, for the moment you are stuck compiling your own binary.
> I'm loathe to enable threading support in the standard perl package
> given that the documentation lists a bunch of warnings and notes that
> "it is not recommended for production machines".
> In addition, enabling thread support would break binary compatibility
> with the 100+ current binary perl modules.
> Providing a separate perl-thread (and libperl5.6-thread) package still
> has the binary compatibility issues, meaning that any binary module
> package which is to be used by perl-thread needs to be built twice:
> once for the perl package and once for perl-thread.
> To further complicate matters, there are two different threading models:
> 5.005 threads and ithreads. The former allows user-level threads to be
> created, the latter does not but is useful for interfacing with threaded
> So conceivably there would be three perl interpreters (perl, perl-thread
> and perl-ithread) and in cases three versions binary modules
> (libfoo-perl, libfoo-perl-thread, libfoo-perl-ithread).
> If/when threading support stabilises I will consider making the standard
> perl thread-enabled (which would require rebuilding a bunch of packages
> transitionally, but would be simpler in the long term).
> I will re-investigate the situation when 5.8.0 is released but for now
> I'm afraid that building your own perl is required if you need threads.
> Brendan O'Dea