On Tue, Feb 08, 2011 at 09:30:56PM +0000, Caolán McNamara wrote: > On Mon, 2011-02-07 at 19:35 +0100, Francois Tigeot wrote: > > My builds are now crashing in the same way in a few modules; pyuno is one of > > them. > > > --enable-new-dtags ... > > > > The library is present in /usr/pkg/lib/libpython2.6.so.1.0 > > When I run the command by hand in a shell, there's no error and the target > > libpyuno.so is correctly created. > > I wonder if in both cases what your LD_LIBRARY_PATH was set to,
It was not set. The only environment variable I use is CPPFLAGS. If I don't type export CPPFLAGS="-I/usr/pkg/include" before running autogen.sh, the build system is unable to find include files for "system" libraries. > there's > a possibility that the recent --enable-new-dtags change in solenv, which > I want to have so that LD_LIBRARY_PATH does the right thing for dlopen > so that tests test the right .so, might be the trigger for this. I don't think --enable-new-dtags was the culprit. I have updated the sources with g pull since my last mail and I only get these errors now: /usr/libexec/binutils217/elf/ld: cannot find -luno_sal /usr/libexec/binutils217/elf/ld: cannot find -lcosv Seems like the same sort of trouble I had, only directly with ld instead of g++ libuno_sal is a shared library and libcosv a static one (.a file) > If LD_DEBUG=libs is supported in your os it might be helpful. Unfortunately, it has no effect. -- Francois Tigeot _______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice