I think I have resolved this ... haven't tried compiling the director
yet nor tested anything, but the configure/compile of SD etc. shown
below appears to work.

I replaced our MySQL 5.0.41 package from SunFreeware with MySQL 5.0.45
Solaris (32-bit) pkgadd package from dev.mysql.com.  Now compiles OK
with --enable-batch-insert.  So I guess, for me at least, a thread-safe
version of MySQL is required regardless of whether this option is used.

thanks, Phil

> -----Original Message-----
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Weber, Philip
> Sent: 02 October 2007 09:51
> To: bacula-users@lists.sourceforge.net
> Subject: Re: [Bacula-users] Compiling 2.2.4 on Solaris
> 
> 
> Hi,
> 
> I am trying to compile Storage Daemon for now but will be 
> doing Director
> as well.
> 
> Solaris 9 Sparc (on a Sun v440).
> Bacula 2.2.4.
> SMCgcc 3.4.6 (package from SunFreeware).  Also libgcc 3.4.6.
> SMCmysql 5.0.41 (package from SunFreeware).
> 
> CFLAGS="-g" ./configure \
>   --sbindir=/usr/local/bacula/bin \
>   --sysconfdir=/usr/local/bacula/bin \
>   --with-mysql=/usr/local/mysql \
>   --enable-smartalloc \
>   --with-pid-dir=/var/local/bacula/bin/working \
>   --with-subsys-dir=/usr/local/bacula/bin/working \
>   --with-working-dir=/var/local/bacula/working \
>   --mandir=/usr/local/man \
>   --with-sd-user=bacula \
>   --with-sd-group=bacula \
>   --with-python \
>   --disable-build-dird \
>   --with-openssl=/usr/local/ssl
> 
> I've narrowed it down to I think only the parts that interact 
> with MySQL
> are failing, i.e. bacula-dir & bscan, e.g. :
> 
> /usr/local/bin/g++  -O -L../lib -L../cats -L../findlib -o 
> bscan bscan.o
> block.o device.o dev.o label.o ansi_label.o dvd.o ebcdic.o lock.o
> autochanger.o acquire.o mount.o record.o match_bsr.o 
> parse_bsr.o butil.o
> read_record.o scan.o reserve.o stored_conf.o spool.o wait.o \
>  -lsql  -lsec -lz -lfind -lbac -lm -lpthread -lgen -lresolv -lnsl -ldl
> -lsocket -lxnet  -lintl -lresolv  -L/usr/local/ssl/lib -lssl -lcrypto
> 
> Undefined                       first referenced
>  symbol                             in file
> mysql_fetch_row                     ../cats/libsql.a(mysql.o)
> mysql_fetch_field                   ../cats/libsql.a(sql.o)
> mysql_data_seek                     ../cats/libsql.a(sql_get.o)
> mysql_query                         ../cats/libsql.a(mysql.o)
> mysql_error                         ../cats/libsql.a(mysql.o)
> mysql_close                         ../cats/libsql.a(mysql.o)
> mysql_insert_id                     ../cats/libsql.a(sql_create.o)
> mysql_free_result                   ../cats/libsql.a(mysql.o)
> mysql_store_result                  ../cats/libsql.a(sql.o)
> mysql_init                          ../cats/libsql.a(mysql.o)
> mysql_affected_rows                 ../cats/libsql.a(sql.o)
> mysql_real_connect                  ../cats/libsql.a(mysql.o)
> mysql_field_seek                    ../cats/libsql.a(sql.o)
> mysql_num_rows                      ../cats/libsql.a(sql.o)
> mysql_num_fields                    ../cats/libsql.a(mysql.o)
> mysql_use_result                    ../cats/libsql.a(mysql.o)
> mysql_escape_string                 ../cats/libsql.a(mysql.o)
> my_thread_end                       ../cats/libsql.a(mysql.o)
> ld: fatal: Symbol referencing errors. No output written to bscan
> collect2: ld returned 1 exit status
> 
> If I add -L/usr/local/mysql/lib/mysql -lmysqlclient to the 
> g++ command I
> get a bit further :
> 
> Undefined                       first referenced
>  symbol                             in file
> my_thread_end                       ../cats/libsql.a(mysql.o)
> ld: fatal: Symbol referencing errors. No output written to bscan
> collect2: ld returned 1 exit status
> 
> I can find my_thread_end in 'strings' output from :
> /usr/local/mysql/lib/mysql/libmyisam.a
> /usr/local/mysql/lib/mysql/libmysys.a
> 
> So I suspect the problem is with the MySQL implementation I have from
> SunFreeware.  I don't believe it was compiled with the thread safe
> option, as --enable-batch-insert wasn't picked up from the configure
> line (hence taken off the configure statement above).  So I think my
> next attempt will be to compile MySQL myself.
> 
> thanks, Phil
> 
> 
> > -----Original Message-----
> > From: Masopust, Christian [mailto:[EMAIL PROTECTED] 
> > Sent: 02 October 2007 06:30
> > To: Weber, Philip; bacula-users@lists.sourceforge.net
> > Subject: RE: [Bacula-users] Compiling 2.2.4 on Solaris
> > 
> > 
> > 
> > Hello Philip,
> > 
> > I've Bacula on a Solaris 8 system running (client-only).
> > Could you give a little more information? (configure-call,
> > which gcc, ...)
> > 
> > christian
> > 
> > --
> > "I sense much NT in you, NT leads to Blue Screen. 
> > Blue Screen leads to downtime, downtime leads to suffering. 
> > NT is the path to the darkside." 
> > 
> > - Unknown Unix Jedi  
> > 
> > > -----Original Message-----
> > > From: [EMAIL PROTECTED] 
> > > [mailto:[EMAIL PROTECTED] On Behalf 
> > > Of Weber, Philip
> > > Sent: Monday, October 01, 2007 4:10 PM
> > > To: bacula-users@lists.sourceforge.net
> > > Subject: [Bacula-users] Compiling 2.2.4 on Solaris
> > > 
> > > Has anybody successfully compiled Bacula 2.2.4 on Solaris?  I 
> > > have been
> > > running 2.0.3 on Solaris 9 for a while, didn't have any particular
> > > trouble compiling it with gcc 3.4.6.  But I can't compile 
> > > Bacula 2.2.4,
> > > keep getting errors such as :
> > > 
> > > ld: fatal: Symbol referencing errors. No output written to bscan
> > > collect2: ld returned 1 exit status
> > > make[1]: *** [bscan] Error 1
> > > make[1]: Leaving directory
> > > `/var/tmp/bacula/2.2.4/bacula-2.2.4/src/stored'
> > > 
> > > 
> > >   ====== Error in 
> > /var/tmp/bacula/2.2.4/bacula-2.2.4/src/stored ======
> > > 
> > > Any suggestions?  I'm going to check all my gcc & library 
> > > versions, but
> > > think everything is reasonably up to date.
> > > 
> > > cheers, 
> > > 
> > > Phil
> > > -----------------------------------------
> > > Egg is a trading name of the Egg group of companies which 
> includes:
> > > Egg Banking plc (reg no 2999842) and Egg Financial Intermediation
> > > Ltd (reg no 3828289). Egg Banking plc and Egg Financial
> > > Intermediation Ltd are authorised and regulated by the Financial
> > > Services Authority (FSA) and are entered in the FSA register under
> > > numbers 205621 and 309551 respectively. These members of the Egg
> > > group are registered in England and Wales. Registered office:
> > > Citigroup Centre, Canada Square, London E14 5LB.
> > > 
> > > This e-mail is confidential and for use by the addressee only. If
> > > you are not the intended recipient of this e-mail and 
> have received
> > > it in error, please return the message to the sender by 
> replying to
> > > it and then delete it from your mailbox. Internet e-mails are not
> > > necessarily secure. The Egg group of companies does not accept
> > > responsibility for changes made to this message after it was sent.
> > > 
> > > Whilst all reasonable care has been taken to avoid the 
> transmission
> > > of viruses, it is the responsibility of the recipient to ensure
> > > that the onward transmission, opening or use of this message and
> > > any attachments will not adversely affect its systems or data. No
> > > responsibility is accepted by the Egg group of companies in this
> > > regard and the recipient should carry out such virus and other
> > > checks as it considers appropriate. 
> > > 
> > > This communication does not create or modify any contract.
> > > 
> > > 
> > > 
> > > --------------------------------------------------------------
> > > -----------
> > > This SF.net email is sponsored by: Microsoft
> > > Defy all challenges. Microsoft(R) Visual Studio 2005.
> > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > > _______________________________________________
> > > Bacula-users mailing list
> > > Bacula-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/bacula-users
> > > 
> > 
> 
> --------------------------------------------------------------
> -----------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to