Bug 18747

Summary:	perl / libperl dont check for threads in the other
Product:	Gentoo Linux	Reporter:	Phil Almquist <k0te>
Component:	New packages	Assignee:	Gentoo Perl team <perl>
Status:	RESOLVED LATER
Severity:	normal
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---

Description Phil Almquist 2003-04-04 08:43:32 UTC

Emerging dev-lang/perl-5.8 doesnt check whether or not sys-devel/libperl was 
compiled with threads but asks seperately.  If Perl is compiled with threads 
but libperl is not then things start to break and complain about unresolved 
symbols.  This problem first appeared to me when manually installing mod_perl, 
I kept recieving unresolved symbols errors which the rebuilder script wasnt 
fixing.  Compiling Perl with or without threads should also recompile libperl 
with the same options if necessary or at least a warning should be given.

Reproducible: Always
Steps to Reproduce:
1. Emerge libperl without threads
2. Emerge perl with threads
3. Compile and try to load mod_perl

Actual Results:  
unresolved symbols

Expected Results:  
recompiled libperl to fix deps

Comment 1 Martin Holzer (RETIRED) gentoo-dev

2003-04-04 09:01:58 UTC

*** Bug 18749 has been marked as a duplicate of this bug. ***

Comment 2 Robert Coie (RETIRED) gentoo-dev

2003-04-07 19:53:18 UTC

This will likely wait until Portage has the ability for ebuild A to ask ebuild
B to recompile, which is supposedly coming soon.

Comment 3 Gentoo Perl team gentoo-dev

2003-06-16 05:40:04 UTC

Marked as 'LATER' until portage can enable this feature.