> > I can't say too much about most of the warnings, though I believe that the > PLplot bindings have a few warnings that could serve to be cleaned up even > when everything goes smoothly. However, I can take a stab at one of these. > > On Tue, Apr 20, 2010 at 7:41 AM, Matthew Kenworthy < > [email protected]> wrote: > >> Trying PDL-2.4.6_001: >> >> <snip> >> >> LD_RUN_PATH="/usr/local/lib" gcc-4.2 -mmacosx-version-min=10.6 -shared >> -L/usr/local/lib -L/usr/local/lib PLplot.o -o >> ../../blib/arch/auto/PDL/Graphics/PLplot/PLplot.bundle \ >> -L/usr/local/lib -lplplotd \ >> >> Undefined symbols: >> "_Perl_sv_free", referenced from: >> _pdl_plgriddata_redodims in PLplot.o >> > > Looking at the error message as well as the command, it looks like somehow > the library is being linked without linking in the Perl symbols. This is > good in so far as it is not a PLplot problem, but bad in so far as I have no > idea what do to with it. All of this should be handled by MakeMaker behind > the scenes so... Have you tried updating MakeMaker? > > Feels like a weak suggestion, but that's all I've got. :(
I would guess that this is (still...) the problem: http://article.gmane.org/gmane.comp.lang.perl.pdl.devel/838 In short the LDDLFLAGS are still set incorrectly for OS-X. In the generated Makefile they are (probably): LDDLFLAGS = -shared -L/usr/local/lib -L/usr/local/lib When they should be (at least for OS-X, and it has been awhile since I actually tested this...): LDDLFLAGS = -bundle -undefined dynamic_lookup -L/usr/local/lib -Hazen _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
