refdb-users

[Refdb-users] Starter-kit fails on OS X

[<Re...@ao...>]

Hi!

I am using MAC OS X version 10.2.8

I have mysql installed.

I have installed all of the refdb starter-kit libs (except for sqlite) only 
to have the refdb make fail with this error message:

gcc   -g -O2    -o refdbc   refdbc.o pref.o strfncs.o readln.o page.o 
refdb-client.o client-commands.o readris.o connect.o tokenize.o getopt.o linklist.o 
enigma.o cgi.o atoll.o -lreadline -ltermcap 
ld: readln.o illegal reference to symbol: _xmalloc defined in indirectly 
referenced dynamic library /System/
Library/PrivateFrameworks/liberty.framework/Versions/A/liberty
make[1]: *** [refdbc] Error 1
make: *** [all-recursive] Error 1


I need to be up and running quickly!   Any help is greatly appreciated.


Other starter-kit problems with solutions, based on my OS X build:


btparse-0.33:

During ./configure, an error is reported in btparse-0.33/src/lex_auxiliary.c 
line 161.

The problem is actually on line 162:

Orig:
               || (txt[0] == '"' && txt[len-1] == '"'));
Solution:
               || (txt[0] == '\"' && txt[len-1] == '\"'));


make test fails, but cd t; simple_test; suggests all is well?

expat-1.95.2 results in me a make error:
     ld: can't locate file for: -lcrt0.o
     make[1]: *** [xmlwf] Error 1
     make: *** [xmlwf] Error 2

Upgrading to expat-1.95.7 sort of fixes it:   make reports mamy error, but 
completes.   So maybe it tries other options to get past the many reported 
errors.


libdbi-drivers-0.7.0:

I was getting errors involving incorrect host type. Change:

Problem:
     ./configure --with-mysql results in this error:

     checking host system type... configure: error: can not guess host type; 
you must specify one

Solution: insert host info into command line, as in:
     ./configure --host=`echo $HOST` --with-mysql



Charlie Rees

[Refdb-users] Starter-kit fails on OS X

[Markus H. <mar...@mh...>]

Hi,

Re...@ao... writes:
 > gcc   -g -O2    -o refdbc   refdbc.o pref.o strfncs.o readln.o page.o 
 > refdb-client.o client-commands.o readris.o connect.o tokenize.o getopt.o linklist.o 
 > enigma.o cgi.o atoll.o -lreadline -ltermcap 
 > ld: readln.o illegal reference to symbol: _xmalloc defined in indirectly 
 > referenced dynamic library /System/
 > Library/PrivateFrameworks/liberty.framework/Versions/A/liberty
 > make[1]: *** [refdbc] Error 1
 > make: *** [all-recursive] Error 1
 > 

Horrors! You wouldn't believe that some code that I stole a couple
years ago would now turn against me. I just wonder why it isn't broke
on any other system. The fix is to replace the dupstr() function with
the commonly available strdup(). Stupid, stupid, stupid... It is in
CVS now and will be available as 0.9.4 in a matter of days. I'll send
you the patched versions of readln.c and readln.h via private mail as
drop-in replacements for your current sources.

 > Other starter-kit problems with solutions, based on my OS X build:
 > 

In general you should try to use Fink packages wherever possible. I
don't own a Mac, but I've had ssh access to one of these lovely boxes
and found out the hard way that building stuff on OSX is more than an
art at times.

 > 
 > btparse-0.33:
 > 
 > During ./configure, an error is reported in btparse-0.33/src/lex_auxiliary.c 
 > line 161.
 > 
 > The problem is actually on line 162:
 > 
 > Orig:
 >                || (txt[0] == '"' && txt[len-1] == '"'));
 > Solution:
 >                || (txt[0] == '\"' && txt[len-1] == '\"'));
 > 
 > 
 > make test fails, but cd t; simple_test; suggests all is well?

I can't comment on this. The best thing is to send some test data
through bib2ris and see what happens. I don't know whether btparse is
still being developed but I'll see whether I can contact the
maintainer and get this fixed upstream.

 > 
 > expat-1.95.2 results in me a make error:
 >      ld: can't locate file for: -lcrt0.o
 >      make[1]: *** [xmlwf] Error 1
 >      make: *** [xmlwf] Error 2
 > 
 > Upgrading to expat-1.95.7 sort of fixes it:   make reports mamy error, but 
 > completes.   So maybe it tries other options to get past the many reported 
 > errors.
 > 

expat ought to be available as a Fink package. Better use that one.

 > 
 > libdbi-drivers-0.7.0:
 > 
 > I was getting errors involving incorrect host type. Change:
 > 
 > Problem:
 >      ./configure --with-mysql results in this error:
 > 
 >      checking host system type... configure: error: can not guess host type; 
 > you must specify one
 > 
 > Solution: insert host info into command line, as in:
 >      ./configure --host=`echo $HOST` --with-mysql

I thought we had fixed this one. This is a problem of too old
config.guess/config.sub files. In any case, libdbi and libdbi-drivers
are available as Fink packages.

Please note that in order to upgrade to RefDB 0.9.4 you'll need new
versions of libdbi and libdbi-drivers as well. I hope to talk Peter
into packaging them as soon as the sources are released.

One final note: I know it may be the fault of your AOL software, but
please try to avoid sending HTML mail to public mailing lists. Plain
text is just fine. Thanks.

regards,
Markus

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

[Refdb-users] Starter-kit fails on OS X

[Markus H. <mar...@mh...>]

Markus Hoenicka writes:
 >  > btparse-0.33:
 >  > 
 >  > During ./configure, an error is reported in btparse-0.33/src/lex_auxiliary.c 
 >  > line 161.
 >  > 
 >  > The problem is actually on line 162:
 >  > 
 >  > Orig:
 >  >                || (txt[0] == '"' && txt[len-1] == '"'));
 >  > Solution:
 >  >                || (txt[0] == '\"' && txt[len-1] == '\"'));
 >  > 

I've just checked. There's a btparse-0.34 available which fixes this
bug.

 >  > Solution: insert host info into command line, as in:
 >  >      ./configure --host=`echo $HOST` --with-mysql
 > 
 > I thought we had fixed this one. This is a problem of too old
 > config.guess/config.sub files. In any case, libdbi and libdbi-drivers
 > are available as Fink packages.
 > 

Now I remember. Building these packages on OSX requires re-generating
all autotools-related files by running a sequence of commands which
isn't far from the sun dance ritual of the Cherokee. Please see the
libdbi-drivers list archive or the README.osx files in the packages
for the gory details.

regards,
Markus
-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de