On Wednesday 21 July 2010 13:47:56 Dan Langille wrote:
> On 7/21/2010 7:35 AM, Martin Simmons wrote:
> >>>>>> On Tue, 20 Jul 2010 15:36:24 -0400, Dan Langille said:
> >>
> >> FYI, I'm not yet sure if this is something we should solve here via
> >> config or if it's something I should fix in the FreeBSD port.
> >>
> >> I welcome opinions on it.
> >
> > Using --disable-libtool is the simplest solution -- no more pointless
> > shared libraries.
> >
> > Other possible fixes are to put the shared libraries somewhere private
> > rather than in /usr/local/lib (Bacula is the only thing that uses them)
> > or to change the Bacula makefiles so that the important built-in options
> > like -L../lib precede the configured options like -L/usr/local/lib.
>
> A patch we've been considering for FreeBSD looks something like this:
>
> +- $(LIBTOOL_LINK) $(CXX) $(WLDFLAGS) $(LDFLAGS) -L../lib -L../cats
> -L../findlib -o $@ $(SVROBJS) \
> ++ $(LIBTOOL_LINK) $(CXX) -L../lib -L../cats -L../findlib $(WLDFLAGS)
> $(LDFLAGS) -o $@ $(SVROBJS) \
> + -lbacfind -lbacsql -lbacpy -lbaccfg -lbac -lm
>
> Kind of hard to read there, but $(WLDFLAGS) $(LDFLAGS) are going to the
> end of the line...
My question is are you explicitly setting LDFLAGS, and if so why? That, in my
opinion is the source of errors -- Bacula should not need anything
from /usr/local/lib. If it does, I would like to understand why.
>
> > __Martin
> >
> >> Short term, I will do something in the FreeBSD port.
> >>
> >> -------- Original Message --------
> >> Subject: [Bacula-users] Bacula 5.0.2 FreeBSD port fails to build during
> >> upgrade
> >> Date: Tue, 20 Jul 2010 12:20:21 -0400
> >> From: Paul Mather<p...@gromit.dlib.vt.edu>
> >> To: bacula-users<bacula-us...@lists.sourceforge.net>
> >>
> >> I'm running FreeBSD 8.1-PRERELEASE (RELENG_8). Recently, the
> >> sysutils/bacula-{client,server} ports were updated to 5.0.2.
> >> Unfortunately, when updating via portmaster, the bacula-client port
> >> updated successfully, but bacula-server did not. It fails to build:
> >>
> >> [[...]]
> >> Compiling ua_restore.c
> >> Compiling ua_run.c
> >> Compiling ua_select.c
> >> Compiling ua_server.c
> >> Compiling ua_status.c
> >> Compiling ua_tree.c
> >> Compiling ua_update.c
> >> Compiling vbackup.c
> >> Compiling verify.c
> >> Linking bacula-dir ...
> >> /usr/ports/sysutils/bacula-server/work/bacula-5.0.2/libtool --silent
> >> --tag=CXX --mode=link /usr/bin/c++ -L/usr/local/lib -L../lib -L../cats
> >> -L../findlib -o bacula-dir dird.o admin.o authenticate.o autoprune.o
> >> backup.o bsr.o catreq.o dir_plugins.o dird_conf.o expand.o fd_cmds.o
> >> getmsg.o inc_conf.o job.o jobq.o migrate.o mountreq.o msgchan.o
> >> next_vol.o newvol.o pythondir.o recycle.o restore.o run_conf.o
> >> scheduler.o ua_acl.o ua_cmds.o ua_dotcmds.o ua_query.o ua_input.o
> >> ua_label.o ua_output.o ua_prune.o ua_purge.o ua_restore.o ua_run.o
> >> ua_select.o ua_server.o ua_status.o ua_tree.o ua_update.o vbackup.o
> >> verify.o -lbacfind -lbacsql -lbacpy -lbaccfg -lbac -lm
> >> -L/usr/local/lib -lpq -lcrypt -lpthread -lintl -lwrap
> >> /usr/local/lib/libintl.so /usr/local/lib/libiconv.so -Wl,-rpath
> >> -Wl,/usr/local/lib -lssl -lcrypto
> >> /usr/local/lib/libbacsql.so: undefined reference to
> >> `rwl_writelock(s_rwlock_tag*)'
> >> *** Error code 1
> >>
> >> Stop in /usr/ports/sysutils/bacula-server/work/bacula-5.0.2/src/dird.
> >>
> >>
> >> ====== Error in
> >> /usr/ports/sysutils/bacula-server/work/bacula-5.0.2/src/dird ======
> >>
> >>
> >> *** Error code 1
> >>
> >> Stop in /usr/ports/sysutils/bacula-server/work/bacula-5.0.2.
> >> *** Error code 1
> >>
> >> Stop in /usr/ports/sysutils/bacula-server.
> >> *** Error code 1
> >>
> >> Stop in /usr/ports/sysutils/bacula-server.
> >>
> >>
> >> It looks to me that the linking step above is wrong: it is picking up
> >> the old version of the library installed in /usr/local/lib by
> >> sysutils/bacula-server 5.0.0_1. It shouldn't be including
> >> "-L/usr/local/lib" in the invocation of libtool.
> >>
> >> Anyone who builds the port from scratch will not have a problem, but
> >> anyone updating via portmaster or portupgrade will run into the problems
> >> above.
> >>
> >> Cheers,
> >>
> >> Paul.
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Bacula-devel mailing list
Bacula-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-devel
