>>>>> On Wed, 6 Aug 2014 08:51:47 -0400, Dan Langille said: > > On Aug 6, 2014, at 7:03 AM, Martin Simmons <mar...@lispworks.com> wrote: > > >>>>>> On Tue, 5 Aug 2014 18:55:36 -0400, Dan Langille said: > >> > >> > >> On Aug 5, 2014, at 6:13 PM, Dan Langille <d...@langille.org> wrote: > >> > >>> The current issue is related to libintl > >>> > >>> Linking bacula-fd ... > >>> /usr/bin/c++ -L../lib -L../findlib -o bacula-fd filed.o authenticate.o > >>> acl.o backup.o estimate.o fd_plugins.o accurate.o filed_conf.o > >>> heartbeat.o job.o restore.o status.o verify.o verify_vol.o xattr.o -lz > >>> -lbacfind -lbaccfg -lbac -lm -lpthread /usr/local/lib/libintl.so > >>> -Wl,-rpath -Wl,/usr/local/lib -lssl -lcrypto > >>> /usr/bin/c++ -static -L../lib -L../findlib -o static-bacula-fd filed.o > >>> authenticate.o acl.o backup.o estimate.o fd_plugins.o accurate.o > >>> filed_conf.o heartbeat.o job.o restore.o status.o verify.o verify_vol.o > >>> xattr.o -lz -lbacfind -lbaccfg -lbac -lm -lpthread > >>> /usr/local/lib/libintl.so -Wl,-rpath -Wl,/usr/local/lib -lssl -lcrypto > >>> /usr/bin/ld: attempted static link of dynamic object > >>> `/usr/local/lib/libintl.so' > >>> *** [static-bacula-fd] Error code 1 > >>> 1 error > >>> ====== Error in > >>> /var/ports/usr/ports.SVN/sysutils/bacula-client-static/work/bacula-7.0.4/src/filed > >>> ====== > >>> *** [all] Error code 1 > >>> 1 error > >>> ===> Compilation failed unexpectedly. > >>> Try to set MAKE_JOBS_UNSAFE=yes and rebuild before reporting the failure > >>> to > >>> the maintainer. > >>> *** [do-build] Error code 1 > >>> > >>> Stop in /usr/ports.SVN/sysutils/bacula-client-static. > >>> *** [install] Error code 1 > >>> > >>> Stop in /usr/ports.SVN/sysutils/bacula-client-static. > >> > >> I think I know the problem. I was building on my own system, instead of a > >> clean system. A clean compile works. My development contains libintl. > >> > >> Here is the log from a clean build. > >> https://redports.org/~dvl/20140805224410-97410-230652/bacula-client-static-7.0.4_1.log > >> > >> I appreciate your help. It got me headed into the right direction. Thank > >> you. > > > > This looks like a bug in Bacula itself (the configure script or makefiles). > > It shouldn't be broken by installing the gettext port. > > > > There was speculation in off list about 'optimistically only adding -lintl, > but not -lintl -liconv or somethingÂ’. If that helps.
Using -lintl instead of /usr/local/lib/libintl.so will work as long as /usr/local/lib/libintl.a exists (likely to be true on FreeBSD). Unfortunately, the configure script stops looking for libintl after it finds libintl.so so it doesn't know about libintl.a and it then puts the full path of the libintl that it found into the Makefile. There is a similar issue with libiconv. __Martin ------------------------------------------------------------------------------ Infragistics Professional Build stunning WinForms apps today! Reboot your WinForms applications with our WinForms controls. Build a bridge from your legacy apps to the future. http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk _______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel
