Summary: | net-nds/openldap-2.1.x perl back-end fails compiling | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Stephane Loeuillet <leroutier> |
Component: | New packages | Assignee: | Robin Johnson <robbat2> |
Status: | VERIFIED TEST-REQUEST | ||
Severity: | normal | CC: | mkennedy, mog.johnny, nbensa, perl |
Priority: | High | ||
Version: | 1.4 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | openldap-perl_back.patch |
Description
Stephane Loeuillet
2003-10-15 07:52:06 UTC
Created attachment 19277 [details, diff]
openldap-perl_back.patch
For me this patch solved the problem.
could you please specify what version of perl you are using? I'm running dev-lang/perl-5.8.1-r2 here, and I haven't had any troubles with openldap-2.1.21, 2.1.22 or 2.1.23 and perl. I have the exact same error with openldap 2.1.22-r1 and perl 5.8.1-r2 I'll try this patch and post the results The patch doesn't work with 2.1.23, but it can be emerged with USE="-perl". This has been bugging me since 2.1.x. Jgraham perl 5.8.1-r2 Uhh... Interesting, I just emerge 2.1.23 with THIS patch :-) *** Bug 32392 has been marked as a duplicate of this bug. *** could somebody from the perl herd please discuss why this bug is happening for some people? (I don't get it on my openldap). same here unfortunately. perl 5.8.2, openldap 2.1.23 same here, openldap-2.1.23 and perl 5.8.2 same here, openldap-2.1.23 and perl 5.8.2-r1, but using the patch worked for me. Interestingly, the bug only occured on 1 of 3 machines, the others compiled just fine. IIRC the 1st time the bug occured here, was after I upgraded from perl 5.8.0 to 5.8.1-r2 and after that tried to upgrade from openldap 2.0.xx to 2.1.23 perl 5.8.2-r1 and now upgrading to openldap 2.1.26, and I still can't reproduce this bug. on a hunch, anybody with the problem still, try to emerge gcc again, then openldap (I think the duplicate header bug is hitting us). if nobody has it anymore, then I'm going to close this bug. perl+libperl 5.8.3 / openldap 2.1.26 / gcc 3.3.2-r5 / glibc 2.3.3_pre20040117 / kernel 2.4.24 +berkdb +crypt -debug +gdbm +ipv6 -kerberos -odbc +perl +readline +samba +sasl -slp +ssl +tcpd gcc -march=athlon-xp -O3 -pipe -fomit-frame-pointer -I../../../include -I../../../include -I.. -I./.. -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl5/5.8.3/i686-linux-thread-multi/CORE -c init.c -fPIC -DPIC -o .libs/init.lo init.c: In function `perl_back_initialize': init.c:74: warning: passing arg 2 of `perl_parse' from incompatible pointer type init.c: In function `perl_back_db_open': init.c:147: error: `my_perl' undeclared (first use in this function) init.c:147: error: (Each undeclared identifier is reported only once init.c:147: error: for each function it appears in.) init.c: In function `perl_back_xs_init': init.c:182: error: `my_perl' undeclared (first use in this function) init.c:182: warning: passing arg 3 of `Perl_newXS' from incompatible pointer type make[3]: *** [init.lo] Erreur 1 make[3]: Leaving directory `/usr/portage/tmp/portage/openldap-2.1.26/work/openldap-2.1.26/servers/slapd/back-perl' make[2]: *** [.backend] Erreur 1 make[2]: Leaving directory `/usr/portage/tmp/portage/openldap-2.1.26/work/openldap-2.1.26/servers/slapd' make[1]: *** [all-common] Erreur 1 make[1]: Leaving directory `/usr/portage/tmp/portage/openldap-2.1.26/work/openldap-2.1.26/servers' make: *** [all-common] Erreur 1 !!! ERROR: net-nds/openldap-2.1.26 failed. !!! Function src_compile, Line 115, Exitcode 2 !!! make failed so, what should i do ? i installed several versions of perl, gcc, glibc since the first bug with oldap 2.1.22 same here, perl+libperl 5.8.3 / openldap 2.1.26 / gcc 3.3.2-r5 / glibc 2.3.3_pre20040117 bug hit me again after openldap 2.1.23. I emerged gcc and glibc several times since then. Again using the patch helped for me. I still can't reproduce this bug guys. Someone on the forums ( http://forums.gentoo.org/viewtopic.php?t=131432 ) claimed it might be the "threads" use flag (on perl itself) being set. Disabling this isn't an option for some of us. It's known that perl threads can cause problems with a number of different things. Can those who can reproduce the bug please provide 'emerge info' so we can try to find the common ground? Unfortunately, if it does turn out to be threads in perl, there's little (read: nothing) we can do - some packages just don't take kindly to them. Per-package use flags should help with these situations, but I'm not sure if portage supports that yet. Don't know if it works, but it makes it compile. http://www.openldap.org/its/index.cgi/Incoming?id=2946 --- perl_back.h 2003-03-12 20:09:09.000000000 -0500 +++ perl_back.h-fixed 2004-02-09 23:01:45.000000000 -0500 @@ -46,5 +46,5 @@ LDAP_END_DECL #include "external.h" - +#include <XSUB.h> #endif the more recent SuSE patch on the ITS system breaks the compile on my system, but the change by david anderson compiles fine, so i've commited it to cvs, and hopefully it will solve the problem for everybody. tested. it compiles and installs well, thanks marking as closed as 'fixed' isn't in the list |