_PERL_REFACTORING_COMPLETE lang/perl5.12 Mk/bsd.perl.mk
in [Ports]
|
Prev: apache22 imap "ssl_onceonlyinit" error following latestupgrades -SOLVED
Next: net-mgmt/netdisco 1.0 update
From: jhell on 18 Jul 2010 18:25 The following consumes a "lot" of the bsd.perl.mk file. Could this have any negative impact on ports that were previously using the areas that are contained in the if statements ?. net-snmp-5.* Installs cleanly and depends on libperl.so right after its installed (twice I might add) libnetsnmphelpers.so.20 from /usr/local/lib has a "libperl.so => (0x0)". I forked around this for now by symlinking the real libperl.so to /usr/local/lib but I assume other problems already exist that haven't been seen. ../bsd.perl.mk:85:.if defined(_PERL_REFACTORING_COMPLETE) ../bsd.perl.mk:116:.endif # defined(_PERL_REFACTORING_COMPLETE) ../bsd.perl.mk:178:.if defined(_PERL_REFACTORING_COMPLETE) ../bsd.perl.mk:185:.endif # defined(_PERL_REFACTORING_COMPLETE) ../bsd.port.mk:1455:.if !defined(_PERL_REFACTORING_COMPLETE) ../bsd.port.mk:1491:.endif # !defined(_PERL_REFACTORING_COMPLETE) ../bsd.port.mk:2052:.if !defined(_PERL_REFACTORING_COMPLETE) ../bsd.port.mk:2057:.endif # !defined(_PERL_REFACTORING_COMPLETE) Regards, -- jhell _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org"
From: Mark Linimon on 18 Jul 2010 18:38
The intention of bsd.perl.mk was to eventually allow a bunch of code to be pulled out of bsd.port.mk, and to have bsd.perl.mk only included conditionally, on the theory that it will speed up INDEX building somewhat. (I have not tested for speedup). The problem is that there are N ports that assume that the logic in bsd.perl.mk is always available. I've tried to convince people that these are bugs, but OTOH if you leave out one of these definitions such as USE_PERL5 or PERL_CONFIGURE, and _PERL_REFACTORING_COMPLETE is defined, then INDEX breaks. Every once in a while I try to put in patches to force N to zero, but then I get stuck on wierd edge cases. This is why the switch has not been thrown. Every time I try to work on this, "something happens" and it gets shoved on the back-burner for several months. This has been going on for several years now ... At this point it may be better to just do the following: - unconditionally include bsd.perl.mk and get rid of the code duplication that is in bsd.port.mk. This would avoid the possibility of optimizing INDEX speed, but instead, keep things robust. What do people think? mcl _______________________________________________ freebsd-ports(a)freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscribe(a)freebsd.org" |