Peter Samuelson <pe...@p12n.org> writes: > [Philip Martin] >> I'm seeing the same thing, reverting r1037358 appears to be enough to >> make the tests run. > > Did you run 'perl Makefile.PL' in subversion/bindings/swig/perl/native > _before_, or _after_, the main build? It matters. > > If you run it _before_ the main build, the pre-r1037358 will produce a > bunch of empty -L flags. I fixed that in r1037358, so they get the > directories they apparently were supposed to have attached. > > If you run it _after_ the main build, r1037358 makes almost no > difference. The only difference I see is a ${LD_LIBRARY_PATH} has been > changed to $(LD_LIBRARY_PATH). Should be equivalent. > > > Thus I conclude that you probably ran it _before_ the main build, and > that somehow all those -L flags that the previous code did not pick up > but the current code does, are breaking your testsuite run. Could you > post the generated 'obj-1.7/subversion/bindings/perl/native/Makefile' > with and without r1037358 in the source? (You can regenerate the > Makefile.PL by running ./config.status in obj-1.7/.)
The perl bindings are really confusing. Start from scratch: configure make make swig-pl make check-swig-pl # PASS make clean-swig-pl make swig-pl make check-swig-pl # FAIL It was that FAIL after the rebuild that was confusing me. I get the same thing in 1.6 so this is not a regression. So r1037358 is not a problem, it's simply that when I reverted it I also manually removed enough of the perl build that my environment got back to the state in which the tests would PASS the first time. >> It's not clear that that is enough, the installed >> shared objects still refer to the build directory: >> >> $ objdump -x /usr/local/lib/perl/5.10.1/auto/SVN/_Repos/_Repos.so | grep >> RPATH >> RPATH >> /home/pm/sw/subversion/obj-1.7/subversion/libsvn_client/.libs:/home/pm/sw/subversion/obj-1.7/subversion/libsvn_delta/.libs:/home/pm/sw/subversion/obj-1.7/subversion/libsvn_fs/.libs:/home/pm/sw/subversion/obj-1.7/subversion/libsvn_ra/.libs:/home/pm/sw/subversion/obj-1.7/subversion/libsvn_repos/.libs:/home/pm/sw/subversion/obj-1.7/subversion/libsvn_wc/.libs:/home/pm/sw/subversion/obj-1.7/subversion/libsvn_diff/.libs:/home/pm/sw/subversion/obj-1.7/subversion/libsvn_subr/.libs:/home/pm/sw/subversion/obj-1.7/subversion/bindings/swig/perl/libsvn_swig_perl/.libs > > I think that's been the case for a long time. I actually have a patch > in the Debian build specifically to work around this, dating from ages > and ages ago. Should we put this patch into Subversion? -- uberSVN: Apache Subversion Made Easy http://www.uberSVN.com