Thread: [Refdb-users] make error
Status: Beta
Brought to you by:
mhoenicka
Menu
▾
▴
refdb-users
|
From: Daniel O'D. <dan...@ul...> - 2006-06-14 23:39:34
|
Since we are testing the pre-build and instructions (and since I was the
dummy that caused the need for the new way of doing the examples), I'll
pass this on, though I'm sure the problem is with me:
When I try the make after ./configure, I get the following error (I'm
assuming this is where things go wrong; I'll append the full results at
the end):
make[2]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/src'
if gcc -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" -DPACKAGE_VERSION=3D\=
"\"
-DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" -DPACKAGE=3D\"refdb\"
-DVERSION=3D\"0.9.7-pre7\" -D_GNU_SOURCE=3D1 -DREADLINE42=3D1 -DHAVE_ICONV=
=3D1
-DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1
-DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_=
H=3D1
-DHAVE_INTTYPES_H=3D1 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1
-DHAVE_SOCKLEN_T=3D1 -DSTDC_HEADERS=3D1 -DHAVE_FCNTL_H=3D1 -DHAVE_LIMITS_H=
=3D1
-DHAVE_SYS_FILE_H=3D1 -DHAVE_SYS_TIME_H=3D1 -DHAVE_SYS_IOCTL_H=3D1
-DHAVE_SYSLOG_H=3D1 -DHAVE_UNISTD_H=3D1 -DTIME_WITH_SYS_TIME=3D1
-DRETSIGTYPE=3Dvoid -DHAVE_STRFTIME=3D1 -DHAVE_MKFIFO=3D1 -DHAVE_GETHOSTNAM=
E=3D1
-DHAVE_SELECT=3D1 -DHAVE_SOCKET=3D1 -DHAVE_STRCSPN=3D1 -DHAVE_STRSTR=3D1
-DHAVE_STRTOLL=3D1 -DHAVE_ATOLL=3D1 -I. -I. -DSYSCONFDIR=3D\"/etc/refdb\"
-DULLSPEC=3D\"%llu\" -I/usr/lib -MT refdbdref.o -MD -MP -MF
".deps/refdbdref.Tpo" -c -o refdbdref.o refdbdref.c; \
then mv -f ".deps/refdbdref.Tpo" ".deps/refdbdref.Po"; else rm
-f ".deps/refdbdref.Tpo"; exit 1; fi
refdbdref.c: In function =E2=80=98read_ris_data=E2=80=99:
refdbdref.c:667: warning: passing argument 2 of =E2=80=98iconv=E2=80=99 fro=
m
incompatible pointer type
refdbdref.c: In function =E2=80=98is_journal=E2=80=99:
refdbdref.c:2370: error: =E2=80=98DBI_ROW_ERROR=E2=80=99 undeclared (first =
use in this
function)refdbdref.c:2370: error: (Each undeclared identifier is
reported only once
refdbdref.c:2370: error: for each function it appears in.)
refdbdref.c: In function =E2=80=98getref=E2=80=99:
refdbdref.c:4592: warning: passing argument 2 of =E2=80=98iconv=E2=80=99 fr=
om
incompatible pointer type
make[2]: *** [refdbdref.o] Error 1
make[2]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/src'
make: *** [all-recursive] Error 1
My ./config options were:
CFLAGS=3D"-I/usr/lib" ./configure --sysconfdir=3D/etc
--with-refdb-url=3Dhttp://refdb.kakelbont.homelinux.net/refdb
iconv shows up fine in the output of ./config
-d
(complete ./config and make outputs):
> root@caedmon:/home/dan/downloads/refdb-0.9.7-pre7# CFLAGS=3D"-I/usr/lib" =
./configure --sysconfdir=3D/etc --with-refdb-url=3Dhttp://refdb.kakelbont.h=
omelinux.net/refdbchecking build system type... i686-pc-linux-gnu
> checking host system type... i686-pc-linux-gnu
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for gawk... no
> checking for mawk... mawk
> checking whether make sets $(MAKE)... yes
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ANSI C... none needed
> checking for style of include used by make... GNU
> checking dependency style of gcc... gcc3
> checking for openjade... no
> checking for jade... no
> checking for bash... /bin/bash
> checking for perl... /usr/bin/perl
> checking for xsltproc... /usr/bin/xsltproc
> checking for xmlcatalog... /usr/bin/xmlcatalog
> checking for dtdparse... no
> checking for dtdformat... no
> checking for sgrep... no
> checking for tidy... no
> checking for batik-rasterizer... no
> checking for tputs in -ltermcap... yes
> checking for readline in -lreadline... yes
> checking for libreadline version... new
> checking for ld used by GCC... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... yes
> checking for shared library run path origin... /bin/sh: ./conf/config.rpa=
th: No such file or directory
> done
> checking for iconv... yes
> checking for library containing dlopen... -ldl
> checking for library containing lt_dlopen... no
> checking for dbi_initialize in -ldbi... yes
> checking for library containing compress... no
> checking for library containing setsockopt... none required
> checking for library containing gethostbyname... none required
> checking for XML_ParserCreate in -lexpat... yes
> checking for bt_initialize in -lbtparse... yes
> checking how to run the C preprocessor... gcc -E
> checking for egrep... grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking for socklen_t... yes
> checking for ANSI C header files... (cached) yes
> checking fcntl.h usability... yes
> checking fcntl.h presence... yes
> checking for fcntl.h... yes
> checking limits.h usability... yes
> checking limits.h presence... yes
> checking for limits.h... yes
> checking sys/file.h usability... yes
> checking sys/file.h presence... yes
> checking for sys/file.h... yes
> checking sys/time.h usability... yes
> checking sys/time.h presence... yes
> checking for sys/time.h... yes
> checking sys/ioctl.h usability... yes
> checking sys/ioctl.h presence... yes
> checking for sys/ioctl.h... yes
> checking syslog.h usability... yes
> checking syslog.h presence... yes
> checking for syslog.h... yes
> checking for unistd.h... (cached) yes
> checking for an ANSI C-conforming const... yes
> checking for pid_t... yes
> checking for size_t... yes
> checking whether time.h and sys/time.h may both be included... yes
> checking whether struct tm is in sys/time.h or time.h... time.h
> checking return type of signal handlers... void
> checking for strftime... yes
> checking for working mkfifo... yes
> checking for gethostname... yes
> checking for select... yes
> checking for socket... yes
> checking for strcspn... yes
> checking for strstr... yes
> checking for strtoll... yes
> checking for atoll... yes
> checking for http://docbook.sourceforge.net/release/xsl/current/fo/docboo=
k.xsl... no
> checking for XML file http://docbook.sourceforge.net/release/xsl/current/=
fo/docbook.xsl... checking for /usr/share/xml/docbook/stylesheet/nwalsh/fo/=
docbook.xsl... yes
> XML file found
> checking for http://www.tei-c.org/Stylesheets/p4/fo/tei.xsl... no
> checking for XML file http://www.tei-c.org/Stylesheets/p4/fo/tei.xsl... c=
hecking for No entry for SYSTEM http://www.tei-c.org/Stylesheets/p4/fo/tei.=
xsl No entry for URI http://www.tei-c.org/Stylesheets/p4/fo/tei.xsl... no
> XML file not found
> checking for Perl version... 5.008007
> checking for Perl module RefDB::Prefs... RefDB::Prefs
> checking for Perl module XML::Parser... XML::Parser
> checking for Perl module MARC::Record... MARC::Record
> checking for Perl module MARC::Charset... MARC::Charset
> checking for Perl module Text::Iconv... Text::Iconv
> configure: creating ./config.status
> config.status: creating src/Makefile
> config.status: creating scripts/Makefile
> config.status: creating etc/Makefile
> config.status: creating doc/Makefile
> config.status: creating dtd/Makefile
> config.status: creating declarations/Makefile
> config.status: creating examples/Makefile
> config.status: creating styles/Makefile
> config.status: creating phpweb/Makefile
> config.status: creating dsssl/Makefile
> config.status: creating dsssl/refdb/Makefile
> config.status: creating dsssl/refdb/html/Makefile
> config.status: creating dsssl/refdb/print/Makefile
> config.status: creating dsssl/refdb/lib/Makefile
> config.status: creating xsl/Makefile
> config.status: creating xsl/refdb/Makefile
> config.status: creating xsl/refdb/common-refdb/Makefile
> config.status: creating xsl/refdb/docbk-refdb-xsl/Makefile
> config.status: creating xsl/refdb/docbk-refdb-xsl/docbk-fo/Makefile
> config.status: creating xsl/refdb/docbk-refdb-xsl/docbk-html/Makefile
> config.status: creating xsl/refdb/docbk-refdb-xsl/docbk-xhtml/Makefile
> config.status: creating xsl/refdb/docbk-refdb-xsl/docbk-lib/Makefile
> config.status: creating xsl/refdb/tei-refdb-xsl/Makefile
> config.status: creating xsl/refdb/tei-refdb-xsl/tei-fo/Makefile
> config.status: creating xsl/refdb/tei-refdb-xsl/tei-html/Makefile
> config.status: creating xsl/refdb/tei-refdb-xsl/tei-lib/Makefile
> config.status: creating man/Makefile
> config.status: creating Makefile
> config.status: executing depfiles commands
>=20
> Please check the above output for missing Perl modules. It is safe
> to make and make install anyway, but some of the Perl scripts will
> fail to run if the required modules are not installed. Please consult
> the manual where to get the modules from.
>=20
> Your configuration:
> will build clients
> will build server
> will build docs
>=20
> What you should do next
> - run "make" to build RefDB.
> - run "make install" as root to install everything.
> - create the main database and the configuration files. Either run the
> refdb-init.sh shell script as root, or peruse the handbook if you
> prefer a manual installation.
>=20
> root@caedmon:/home/dan/downloads/refdb-0.9.7-pre7#
>=20
> Making all in declarations
> make[1]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/declara=
tions'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/declarat=
ions'
> Making all in dsssl
> make[1]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/dsssl'
> Making all in refdb
> make[2]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/dsssl/r=
efdb'
> Making all in html
> make[3]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/dsssl/r=
efdb/html'
> make[3]: Nothing to be done for `all'.
> make[3]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/dsssl/re=
fdb/html'
> Making all in lib
> make[3]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/dsssl/r=
efdb/lib'
> make[3]: Nothing to be done for `all'.
> make[3]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/dsssl/re=
fdb/lib'
> Making all in print
> make[3]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/dsssl/r=
efdb/print'
> make[3]: Nothing to be done for `all'.
> make[3]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/dsssl/re=
fdb/print'
> make[3]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/dsssl/r=
efdb'
> make[3]: Nothing to be done for `all-am'.
> make[3]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/dsssl/re=
fdb'
> make[2]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/dsssl/re=
fdb'
> make[2]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/dsssl'
> make[2]: Nothing to be done for `all-am'.
> make[2]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/dsssl'
> make[1]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/dsssl'
> Making all in dtd
> make[1]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/dtd'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/dtd'
> Making all in styles
> make[1]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/styles'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/styles'
> Making all in xsl
> make[1]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl'
> Making all in refdb
> make[2]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/ref=
db'
> Making all in common-refdb
> make[3]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/ref=
db/common-refdb'
> make[3]: Nothing to be done for `all'.
> make[3]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/refd=
b/common-refdb'
> Making all in docbk-refdb-xsl
> make[3]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/ref=
db/docbk-refdb-xsl'
> Making all in docbk-fo
> make[4]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/ref=
db/docbk-refdb-xsl/docbk-fo'
> make[4]: Nothing to be done for `all'.
> make[4]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/refd=
b/docbk-refdb-xsl/docbk-fo'
> Making all in docbk-html
> make[4]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/ref=
db/docbk-refdb-xsl/docbk-html'
> make[4]: Nothing to be done for `all'.
> make[4]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/refd=
b/docbk-refdb-xsl/docbk-html'
> Making all in docbk-xhtml
> make[4]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/ref=
db/docbk-refdb-xsl/docbk-xhtml'
> make[4]: Nothing to be done for `all'.
> make[4]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/refd=
b/docbk-refdb-xsl/docbk-xhtml'
> Making all in docbk-lib
> make[4]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/ref=
db/docbk-refdb-xsl/docbk-lib'
> make[4]: Nothing to be done for `all'.
> make[4]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/refd=
b/docbk-refdb-xsl/docbk-lib'
> make[4]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/ref=
db/docbk-refdb-xsl'
> make[4]: Nothing to be done for `all-am'.
> make[4]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/refd=
b/docbk-refdb-xsl'
> make[3]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/refd=
b/docbk-refdb-xsl'
> Making all in tei-refdb-xsl
> make[3]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/ref=
db/tei-refdb-xsl'
> Making all in tei-fo
> make[4]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/ref=
db/tei-refdb-xsl/tei-fo'
> make[4]: Nothing to be done for `all'.
> make[4]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/refd=
b/tei-refdb-xsl/tei-fo'
> Making all in tei-html
> make[4]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/ref=
db/tei-refdb-xsl/tei-html'
> make[4]: Nothing to be done for `all'.
> make[4]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/refd=
b/tei-refdb-xsl/tei-html'
> Making all in tei-lib
> make[4]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/ref=
db/tei-refdb-xsl/tei-lib'
> make[4]: Nothing to be done for `all'.
> make[4]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/refd=
b/tei-refdb-xsl/tei-lib'
> make[4]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/ref=
db/tei-refdb-xsl'
> make[4]: Nothing to be done for `all-am'.
> make[4]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/refd=
b/tei-refdb-xsl'
> make[3]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/refd=
b/tei-refdb-xsl'
> make[3]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/ref=
db'
> make[3]: Nothing to be done for `all-am'.
> make[3]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/refd=
b'
> make[2]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl/refd=
b'
> make[2]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl'
> make[2]: Nothing to be done for `all-am'.
> make[2]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl'
> make[1]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/xsl'
> Making all in etc
> make[1]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/etc'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/etc'
> Making all in examples
> make[1]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/example=
s'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/examples=
'
> Making all in scripts
> make[1]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/scripts=
'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/scripts'
> Making all in src
> make[1]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/src'
> make all-am
> make[2]: Entering directory `/home/dan/downloads/refdb-0.9.7-pre7/src'
> if gcc -DPACKAGE_NAME=3D\"\" -DPACKAGE_TARNAME=3D\"\" -DPACKAGE_VERSION=
=3D\"\" -DPACKAGE_STRING=3D\"\" -DPACKAGE_BUGREPORT=3D\"\" -DPACKAGE=3D\"re=
fdb\" -DVERSION=3D\"0.9.7-pre7\" -D_GNU_SOURCE=3D1 -DREADLINE42=3D1 -DHAVE_=
ICONV=3D1 -DSTDC_HEADERS=3D1 -DHAVE_SYS_TYPES_H=3D1 -DHAVE_SYS_STAT_H=3D1 -=
DHAVE_STDLIB_H=3D1 -DHAVE_STRING_H=3D1 -DHAVE_MEMORY_H=3D1 -DHAVE_STRINGS_H=
=3D1 -DHAVE_INTTYPES_H=3D1 -DHAVE_STDINT_H=3D1 -DHAVE_UNISTD_H=3D1 -DHAVE_S=
OCKLEN_T=3D1 -DSTDC_HEADERS=3D1 -DHAVE_FCNTL_H=3D1 -DHAVE_LIMITS_H=3D1 -DHA=
VE_SYS_FILE_H=3D1 -DHAVE_SYS_TIME_H=3D1 -DHAVE_SYS_IOCTL_H=3D1 -DHAVE_SYSLO=
G_H=3D1 -DHAVE_UNISTD_H=3D1 -DTIME_WITH_SYS_TIME=3D1 -DRETSIGTYPE=3Dvoid -D=
HAVE_STRFTIME=3D1 -DHAVE_MKFIFO=3D1 -DHAVE_GETHOSTNAME=3D1 -DHAVE_SELECT=3D=
1 -DHAVE_SOCKET=3D1 -DHAVE_STRCSPN=3D1 -DHAVE_STRSTR=3D1 -DHAVE_STRTOLL=3D1=
-DHAVE_ATOLL=3D1 -I. -I. -DSYSCONFDIR=3D\"/etc/refdb\" -DULLSPEC=3D\"%ll=
u\" -I/usr/lib -MT refdbdref.o -MD -MP -MF ".deps/refdbdref.Tpo" -c -o re=
fdbdref.o refdbdref.c; \
> then mv -f ".deps/refdbdref.Tpo" ".deps/refdbdref.Po"; else rm -f=
".deps/refdbdref.Tpo"; exit 1; fi
> refdbdref.c: In function =E2=80=98read_ris_data=E2=80=99:
> refdbdref.c:667: warning: passing argument 2 of =E2=80=98iconv=E2=80=99 f=
rom incompatible pointer type
> refdbdref.c: In function =E2=80=98is_journal=E2=80=99:
> refdbdref.c:2370: error: =E2=80=98DBI_ROW_ERROR=E2=80=99 undeclared (firs=
t use in this function)refdbdref.c:2370: error: (Each undeclared identifier=
is reported only once
> refdbdref.c:2370: error: for each function it appears in.)
> refdbdref.c: In function =E2=80=98getref=E2=80=99:
> refdbdref.c:4592: warning: passing argument 2 of =E2=80=98iconv=E2=80=99 =
from incompatible pointer type
> make[2]: *** [refdbdref.o] Error 1
> make[2]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/src'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/home/dan/downloads/refdb-0.9.7-pre7/src'
> make: *** [all-recursive] Error 1
> root@caedmon:/home/dan/downloads/refdb-0.9.7-pre7#
>=20
--=20
Daniel Paul O'Donnell, PhD
Associate Professor and Chair,
Director, Digital Medievalist Project=20
(http://www.digitalmedievalist.org/)
Department of English
University of Lethbridge
Lethbridge AB T1K 3M4
Canada
Tel. +1 (403) 329-2378
Fax +1 (403) 382-7191
|
|
From: Rich S. <rsh...@ap...> - 2006-06-15 00:31:39
|
On Wed, 14 Jun 2006, Daniel O'Donnell wrote: > Since we are testing the pre-build and instructions (and since I was the > dummy that caused the need for the new way of doing the examples), I'll > pass this on, though I'm sure the problem is with me: > > When I try the make after ./configure, I get the following error (I'm > assuming this is where things go wrong; I'll append the full results at > the end): Dan, No problems here with gcc-3.3.6 on a Slackware-10.2 box. I used to see build errors like that when I ran Red Hat; that's one of the reasons I switched several years ago. No more dependencies hell that would take a day to resolve. Rich -- Richard B. Shepard, Ph.D. | The Environmental Permitting Applied Ecosystem Services, Inc.(TM) | Accelerator <http://www.appl-ecosys.com> Voice: 503-667-4517 Fax: 503-667-8863 |
|
From: Daniel O'D. <dan...@ul...> - 2006-06-15 02:14:48
|
On Wed, 2006-14-06 at 17:31 -0700, Rich Shepard wrote: > On Wed, 14 Jun 2006, Daniel O'Donnell wrote: > > > Since we are testing the pre-build and instructions (and since I was the > > dummy that caused the need for the new way of doing the examples), I'll > > pass this on, though I'm sure the problem is with me: > > > > When I try the make after ./configure, I get the following error (I'm > > assuming this is where things go wrong; I'll append the full results at > > the end): > > Dan, > > No problems here with gcc-3.3.6 on a Slackware-10.2 box. > > I used to see build errors like that when I ran Red Hat; that's one of the > reasons I switched several years ago. No more dependencies hell that would > take a day to resolve. And here I am using wonderful Ubuntu 6.06 which is supposed to solve it all! -d > > Rich > -- Daniel Paul O'Donnell, PhD Associate Professor and Chair Director, Digital Medievalist Project <http://www.digitalmedievalist.org/> Department of English University of Lethbridge Lethbridge AB T1K 3M4 Tel. +1 (403) 329-2378 Fax. +1 (403) 382-7191 :@wiglaf (dapper ubuntu) |
|
From: <ste...@jo...> - 2006-06-15 09:07:42
|
Daniel O'Donnell a =E9crit : > On Wed, 2006-14-06 at 17:31 -0700, Rich Shepard wrote: >=20 >>On Wed, 14 Jun 2006, Daniel O'Donnell wrote: >> >> >>>Since we are testing the pre-build and instructions (and since I was t= he >>>dummy that caused the need for the new way of doing the examples), I'l= l >>>pass this on, though I'm sure the problem is with me: >>> >>>When I try the make after ./configure, I get the following error (I'm >>>assuming this is where things go wrong; I'll append the full results a= t >>>the end): >> >>Dan, >> >> No problems here with gcc-3.3.6 on a Slackware-10.2 box. >> >> I used to see build errors like that when I ran Red Hat; that's one = of the >>reasons I switched several years ago. No more dependencies hell that wo= uld >>take a day to resolve. >=20 >=20 > And here I am using wonderful Ubuntu 6.06 which is supposed to solve it > all! >=20 > -d >=20 >=20 >>Rich >> There's not build problem also on Mandriva ;-) Markus, that's nice, you've got a large panel of testers ;-) St=E9phane --=20 St=E9phane T=E9letch=E9a, PhD. http://www.steletch.org Unit=E9 Math=E9matique Informatique et G=E9nome http://migale.jouy.inra.f= r/mig INRA, Domaine de Vilvert T=E9l : (33) 134 652 891 78352 Jouy-en-Josas cedex, France Fax : (33) 134 652 901 |
|
From: <ste...@jo...> - 2006-06-15 09:08:35
|
Daniel O'Donnell a =C3=A9crit : > Since we are testing the pre-build and instructions (and since I was th= e > dummy that caused the need for the new way of doing the examples), I'll > pass this on, though I'm sure the problem is with me: >=20 > When I try the make after ./configure, I get the following error (I'm > assuming this is where things go wrong; I'll append the full results at > the end): >=20 I'm not completely sure, but try doing a make distclean before=20 compliling, it seems you have a mixed previous compilation/newer... St=C3=A9phane --=20 St=C3=A9phane T=C3=A9letch=C3=A9a, PhD. http://www.stele= tch.org Unit=C3=A9 Math=C3=A9matique Informatique et G=C3=A9nome http://migale.jo= uy.inra.fr/mig INRA, Domaine de Vilvert T=C3=A9l : (33) 134 652 891 78352 Jouy-en-Josas cedex, France Fax : (33) 134 652 901 |
|
From: Markus H. <mar...@mh...> - 2006-06-16 06:18:02
|
Hi, Daniel O'Donnell <dan...@ul...> was heard to say: > refdbdref.c: In function =E2=80=98read_ris_data=E2=80=99: > refdbdref.c:667: warning: passing argument 2 of =E2=80=98iconv=E2=80=99= from > incompatible pointer type This is nothing to really worry about. There is an inconsistency about th= e type of an argument between the *BSDs and other OSes like Linux. In one case t= here's a char*, in the other case there'sa const char*. If I fix this on Linux, = I'll get a warning on BSD and vice versa. However, the char* vs. const char* i= s a compile-time warning which will not cause a runtime error as the sizes of= both pointers are identical. Unfortunately the iconv header file does not use = a typedef which would allow to work around this issue. > refdbdref.c: In function =E2=80=98is_journal=E2=80=99: > refdbdref.c:2370: error: =E2=80=98DBI_ROW_ERROR=E2=80=99 undeclared (fi= rst use in this > function)refdbdref.c:2370: error: (Each undeclared identifier is > reported only once This points to a libdbi version issue. DBI_ROW_ERROR is declared in <prefix>/include/dbi/dbi.h in libdbi versions 0.8.0 and later. If you use= an older version of libdbi, you'll simply have to upgrade. If you do have 0.= 8.0 or later installed, you may have stale header files lying around from a prev= ious installation of an older version. E.g. if you had installed 0.7.x in /usr= and later installed 0.8.0 in /usr/local, the older headers will pop up first = when the compiler looks for the include files. regards, Markus --=20 Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Dan O'D. <dan...@ul...> - 2006-06-16 18:30:11
|
Thanks Markus, -d On Fri, 2006-16-06 at 08:17 +0200, Markus Hoenicka wrote: > Hi, >=20 > Daniel O'Donnell <dan...@ul...> was heard to say: >=20 > > refdbdref.c: In function =C3=A2=E2=82=AC=CB=9Cread_ris_data=C3=A2=E2=82= =AC=E2=84=A2: > > refdbdref.c:667: warning: passing argument 2 of =C3=A2=E2=82=AC=CB=9Cic= onv=C3=A2=E2=82=AC=E2=84=A2 from > > incompatible pointer type >=20 > This is nothing to really worry about. There is an inconsistency about th= e type > of an argument between the *BSDs and other OSes like Linux. In one case t= here's > a char*, in the other case there'sa const char*. If I fix this on Linux, = I'll > get a warning on BSD and vice versa. However, the char* vs. const char* i= s a > compile-time warning which will not cause a runtime error as the sizes of= both > pointers are identical. Unfortunately the iconv header file does not use = a > typedef which would allow to work around this issue. >=20 > > refdbdref.c: In function =C3=A2=E2=82=AC=CB=9Cis_journal=C3=A2=E2=82=AC= =E2=84=A2: > > refdbdref.c:2370: error: =C3=A2=E2=82=AC=CB=9CDBI_ROW_ERROR=C3=A2=E2=82= =AC=E2=84=A2 undeclared (first use in this > > function)refdbdref.c:2370: error: (Each undeclared identifier is > > reported only once >=20 > This points to a libdbi version issue. DBI_ROW_ERROR is declared in > <prefix>/include/dbi/dbi.h in libdbi versions 0.8.0 and later. If you use= an > older version of libdbi, you'll simply have to upgrade. If you do have 0.= 8.0 or > later installed, you may have stale header files lying around from a prev= ious > installation of an older version. E.g. if you had installed 0.7.x in /usr= and > later installed 0.8.0 in /usr/local, the older headers will pop up first = when > the compiler looks for the include files. >=20 > regards, > Markus >=20 |
|
From: Daniel O'D. <dan...@ul...> - 2006-06-21 02:30:01
|
Following up on the libdbi problem: Has anybody successfully managed the make on a current debian system? I did a fresh install of Ubuntu 6.06 to make sure there was no legacy data, and have tried loading from the libdbi.sourceforge site as well as from the dapper.ubuntu site and simply cannot get through make. I get the wrong pointers error even with make dist-clean. I'm wondering if there is not a way of checking that the correct perl and other packages are installed and installing if not? I simply can't get a source install to work. I'd appreciate any experiences in debian: while I have no programming experience, I'm not an inexperienced linux user and it is unusual for me to get as stumped as I currently am. -d On Fri, 2006-16-06 at 08:17 +0200, Markus Hoenicka wrote: > Hi, > > Daniel O'Donnell <dan...@ul...> was heard to say: > > > refdbdref.c: In function ‘read_ris_data’: > > refdbdref.c:667: warning: passing argument 2 of ‘iconv’ from > > incompatible pointer type > > This is nothing to really worry about. There is an inconsistency about the type > of an argument between the *BSDs and other OSes like Linux. In one case there's > a char*, in the other case there'sa const char*. If I fix this on Linux, I'll > get a warning on BSD and vice versa. However, the char* vs. const char* is a > compile-time warning which will not cause a runtime error as the sizes of both > pointers are identical. Unfortunately the iconv header file does not use a > typedef which would allow to work around this issue. > > > refdbdref.c: In function ‘is_journal’: > > refdbdref.c:2370: error: ‘DBI_ROW_ERROR’ undeclared (first use in this > > function)refdbdref.c:2370: error: (Each undeclared identifier is > > reported only once > > This points to a libdbi version issue. DBI_ROW_ERROR is declared in > <prefix>/include/dbi/dbi.h in libdbi versions 0.8.0 and later. If you use an > older version of libdbi, you'll simply have to upgrade. If you do have 0.8.0 or > later installed, you may have stale header files lying around from a previous > installation of an older version. E.g. if you had installed 0.7.x in /usr and > later installed 0.8.0 in /usr/local, the older headers will pop up first when > the compiler looks for the include files. > > regards, > Markus > -- Daniel Paul O'Donnell, PhD Associate Professor and Chair Director, Digital Medievalist Project <http://www.digitalmedievalist.org/> Department of English University of Lethbridge Lethbridge AB T1K 3M4 Tel. +1 (403) 329-2378 Fax. +1 (403) 382-7191 :@wiglaf (dapper ubuntu) |
|
From: Markus H. <mar...@mh...> - 2006-06-21 06:30:43
|
Daniel O'Donnell <dan...@ul...> was heard to say: > Following up on the libdbi problem: > > Has anybody successfully managed the make on a current debian system? I > did a fresh install of Ubuntu 6.06 to make sure there was no legacy > data, and have tried loading from the libdbi.sourceforge site as well as > from the dapper.ubuntu site and simply cannot get through make. I get > the wrong pointers error even with make dist-clean. > Is the error message still the same as in your original post? I don't know how to check on the Ubuntu website for the version of a particular package. But if you do get the "undefined symbol" error message, you definitely have an outdated version of libdbi installed. I'd suggest to remove the packages and to build libdbi and libdbi-drivers from the sources instead. You may have to edit ld.so.conf and run ldconfig if you install libdbi in its default location. /usr/local. If you do get a different error message than the "undefined symbol", please post your make output again. > I'm wondering if there is not a way of checking that the correct perl > and other packages are installed and installing if not? I simply can't > get a source install to work. > The Perl packages are not required for a successful build. Other packages like libdbi could be changed to provide the necessary information to check for a particular version. However, I'm not familiar with the required libtool tweaks, so I'd need external help to get this done. > I'd appreciate any experiences in debian: while I have no programming > experience, I'm not an inexperienced linux user and it is unusual for me > to get as stumped as I currently am. > I test libdbi and RefDB infrequently on a Debian box (testing). However, as a developer I use the source distributions, or sometimes even the CVS/svn versions, so I'll never bump into package issues. So far I never had a problem building libdbi and RefDB on Debian. regards, Markus -- Markus Hoenicka mar...@ca... (Spam-protected email: replace the quadrupeds with "mhoenicka") http://www.mhoenicka.de |
|
From: Daniel O'D. <dan...@ul...> - 2006-06-21 16:17:11
|
On Wed, 2006-21-06 at 08:30 +0200, Markus Hoenicka wrote: > Daniel O'Donnell <dan...@ul...> was heard to say: > > Is the error message still the same as in your original post? I don't know how > to check on the Ubuntu website for the version of a particular package. But if > you do get the "undefined symbol" error message, you definitely have an > outdated version of libdbi installed. I'd suggest to remove the packages and to > build libdbi and libdbi-drivers from the sources instead. You may have to edit > ld.so.conf and run ldconfig if you install libdbi in its default location. > /usr/local. If you do get a different error message than the "undefined > symbol", please post your make output again. It was the libdbi version, I think. I installed it from source this time, and made it through make and make install. BUT... I now am faced with a problem involving libdbi.so.0: the refdb-init.sh script reports a refdbd error: error while loading shared libraries: lbdbi.so.0: cannot open shared object file: No such file or directory The file does seem to be available, though: it is in /usr/local/lib I config'd refdb with sysconfdir set to /etc Suggestions? I've just searched the other emails and it doesn't seem to have come up. I assume refdbd is looking in the wrong directory? -d > > > I'm wondering if there is not a way of checking that the correct perl > > and other packages are installed and installing if not? I simply can't > > get a source install to work. > > > > The Perl packages are not required for a successful build. Other packages like > libdbi could be changed to provide the necessary information to check for a > particular version. However, I'm not familiar with the required libtool tweaks, > so I'd need external help to get this done. > > > I'd appreciate any experiences in debian: while I have no programming > > experience, I'm not an inexperienced linux user and it is unusual for me > > to get as stumped as I currently am. > > > > I test libdbi and RefDB infrequently on a Debian box (testing). However, as a > developer I use the source distributions, or sometimes even the CVS/svn > versions, so I'll never bump into package issues. So far I never had a problem > building libdbi and RefDB on Debian. > > regards, > Markus > > -- Daniel Paul O'Donnell, PhD Associate Professor and Chair Director, Digital Medievalist Project <http://www.digitalmedievalist.org/> Department of English University of Lethbridge Lethbridge AB T1K 3M4 Tel. +1 (403) 329-2378 Fax. +1 (403) 382-7191 :@wiglaf (dapper ubuntu) |
|
From: <J.I...@uv...> - 2006-06-21 17:52:22
|
Hi, > I now am faced with a problem involving libdbi.so.0: the refdb-init.sh > script reports a refdbd error:=20 >=20 > error while loading shared libraries: lbdbi.so.0: cannot open shared > object file: No such file or directory It is the same problem I have! I am also using ubuntu. I was using old versions of libdbi and libdbi-drivers (those available through the package manager) and I installed the new versions (0.8.1) from sources. And I get the same error when I start refdbd. Regards, Ignasi. |
|
From: Daniel O'D. <dan...@ul...> - 2006-06-21 20:33:37
|
I reinstalled ubuntu 6.06 and tried again from a fresh install. As far as I can tell, there are two problems: 1) refdbd is looking in /usr/lib instead of /usr/local/lib for the libdbi libraries (if you put a symlink for each libdbi file in /usr/local/lib, refdbd loads). 2) the libdbi drivers package is creating the directory /usr/local/lib/dbd, but not putting any files in it. I've run updatedb and searched for the driver files (e.g. libmysql.so) that are supposed to be created and was unable to find them anywhere. 3) I tried copying some old libdbi drivers I have into /usr/local/lib/dbd and then also symlinking them to /usr/lib, but they didn't work. Any ideas? I swore I was going to get this today! -d On Wed, 2006-21-06 at 19:52 +0200, J.I...@uv... wrote: > Hi, > > > > I now am faced with a problem involving libdbi.so.0: the refdb-init.sh > > script reports a refdbd error: > > > > error while loading shared libraries: lbdbi.so.0: cannot open shared > > object file: No such file or directory > > > It is the same problem I have! I am also using ubuntu. I was using old > versions of libdbi and libdbi-drivers (those available through the > package manager) and I installed the new versions (0.8.1) from sources. > And I get the same error when I start refdbd. > > Regards, > > Ignasi. > > > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 > _______________________________________________ > Refdb-users mailing list > Ref...@li... > https://lists.sourceforge.net/lists/listinfo/refdb-users -- Daniel Paul O'Donnell, PhD Associate Professor and Chair Director, Digital Medievalist Project <http://www.digitalmedievalist.org/> Department of English University of Lethbridge Lethbridge AB T1K 3M4 Tel. +1 (403) 329-2378 Fax. +1 (403) 382-7191 :@wiglaf (dapper ubuntu) |
|
From: Daniel O'D. <dan...@ul...> - 2006-06-21 20:48:57
|
Closing in on it: upon RTFM, I discovered the no drivers were being installed because you need to configure libdbi-drivers with an explicit dbase name.Now I'm trying to track down why libdbi-drivers can't find the mysql root directory. -d On Wed, 2006-21-06 at 14:33 -0600, Daniel O'Donnell wrote: > I reinstalled ubuntu 6.06 and tried again from a fresh install. As far > as I can tell, there are two problems: > > 1) refdbd is looking in /usr/lib instead of /usr/local/lib for the > libdbi libraries (if you put a symlink for each libdbi file > in /usr/local/lib, refdbd loads). > > 2) the libdbi drivers package is creating the > directory /usr/local/lib/dbd, but not putting any files in it. I've run > updatedb and searched for the driver files (e.g. libmysql.so) that are > supposed to be created and was unable to find them anywhere. > > 3) I tried copying some old libdbi drivers I have > into /usr/local/lib/dbd and then also symlinking them to /usr/lib, but > they didn't work. > > Any ideas? I swore I was going to get this today! > > -d > > On Wed, 2006-21-06 at 19:52 +0200, J.I...@uv... wrote: > > Hi, > > > > > > > I now am faced with a problem involving libdbi.so.0: the refdb-init.sh > > > script reports a refdbd error: > > > > > > error while loading shared libraries: lbdbi.so.0: cannot open shared > > > object file: No such file or directory > > > > > > It is the same problem I have! I am also using ubuntu. I was using old > > versions of libdbi and libdbi-drivers (those available through the > > package manager) and I installed the new versions (0.8.1) from sources. > > And I get the same error when I start refdbd. > > > > Regards, > > > > Ignasi. > > > > > > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > > Fully trained technicians. The highest number of Red Hat certifications in > > the hosting industry. Fanatical Support. Click to learn more > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 > > _______________________________________________ > > Refdb-users mailing list > > Ref...@li... > > https://lists.sourceforge.net/lists/listinfo/refdb-users -- Daniel Paul O'Donnell, PhD Associate Professor and Chair Director, Digital Medievalist Project <http://www.digitalmedievalist.org/> Department of English University of Lethbridge Lethbridge AB T1K 3M4 Tel. +1 (403) 329-2378 Fax. +1 (403) 382-7191 :@wiglaf (dapper ubuntu) |
|
From: Rich S. <rsh...@ap...> - 2006-06-21 21:27:50
|
On Wed, 21 Jun 2006, Daniel O'Donnell wrote: > I now am faced with a problem involving libdbi.so.0: the refdb-init.sh > script reports a refdbd error: > > error while loading shared libraries: lbdbi.so.0: cannot open shared > object file: No such file or directory > > The file does seem to be available, though: it is in /usr/local/lib Dan, Make a soft link to /usr/lib and/or /lib. It should then be found by the startup script. Rich -- Richard B. Shepard, Ph.D. | The Environmental Permitting Applied Ecosystem Services, Inc.(TM) | Accelerator <http://www.appl-ecosys.com> Voice: 503-667-4517 Fax: 503-667-8863 |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X