The end of the build log has this (I will attach the entire log, plus emerge --info): delete.c:(.text+0x1a0): undefined reference to `Perl_stack_grow' delete.c:(.text+0x1c0): undefined reference to `Perl_stack_grow' delete.c:(.text+0x1d1): undefined reference to `Perl_free_tmps' delete.c:(.text+0x1e4): undefined reference to `Perl_sv_2iv' delete.c:(.text+0x226): undefined reference to `Perl_markstack_grow' delete.c:(.text+0x23d): undefined reference to `Perl_croak' collect2: ld returned 1 exit status make[2]: *** [slapd] Error 1 make[2]: Leaving directory `/local/scratch/portage/net-nds/openldap-2.3.43-r1/work/openldap-2.3.43/servers/slapd' make[1]: *** [all-common] Error 1 make[1]: Leaving directory `/local/scratch/portage/net-nds/openldap-2.3.43-r1/work/openldap-2.3.43/servers' make: *** [all-common] Error 1 ERROR: net-nds/openldap-2.3.43-r1 failed:
Created attachment 179928 [details] build.log
Created attachment 179929 [details] `emerge --info' output
same here. I'm tempted to mask the perl USE flag as a workaround. Would that suit your needs? (this makes openldap compile for me at least)
Sounds like a good idea if openldap comes with "-perl" as the default. This issue would still be a bug, but a less troublesome one. I tried emerging openldap-2.3.43-r1 in a prefix tree dated 2009-02-22. With -perl the emerge succeeds. .
What version of perl are you using? I know that Debian has a patch for odd perl/ldap combinations.
I checked the state of this issue in a prefix tree bootstrapped this morning. It turns out that `perl --version' produces This is perl, v5.8.8 built for i686-linux Emerging net-nds/openldap fails because the 'perl' USE flag is enabled by default (the console messages are the same as before). If I disable the flag in etc/portage/package.use the emerge of openldap succeeds.
Re-checked: OpenLDAP is now at 2.4.17-r1. This issue seems to have gone away. This bug can be closed I guess. There is another problem that prevents openldap from being emerged; I will report it separately.
ok, closing
