build error : xapian-core-0.9.4_svn6707 with UTF-8 patch

This is another error different from the previous posting.
I want to compile xapian-core-0.9.4_svn6707 with UTF-8 patch.
But I failed to compile it due to the following errors.

Environment : CentOS 4.3 x86_64

Sungsoo Kim

----------------------------------

 g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../include -I../common -I../api 
 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -Wall -W -Wredundant-decls 
 -Wundef -Wpointer-arith -Wcast-qual -Wcast-align -Wno-multichar -Wno-long-long 
 -fno-gnu-keywords -g -O2 -MT queryparser_internal.lo -MD -MP -MF 
.deps/queryparser_internal.Tpo -c queryparser_internal.cc  -fPIC -DPIC -o 
.libs/queryparser_internal.o
In file included from /usr/include/glib-2.0/glib/gquark.h:30,
                 from /usr/include/glib-2.0/glib/gerror.h:24,
                 from /usr/include/glib-2.0/glib/gunicode.h:25,
                 from accentnormalisingitor.h:22,
                 from 
/u1/olly/xapian-svn-snapshot/trunk/xapian/xapian-core/queryparser/queryparser.lemony:24:
/usr/include/glib-2.0/glib/gtypes.h:30:24: glibconfig.h: No such file or 
directory
In file included from /usr/include/glib-2.0/glib/gquark.h:30,
                 from /usr/include/glib-2.0/glib/gerror.h:24,
                 from /usr/include/glib-2.0/glib/gunicode.h:25,
                 from accentnormalisingitor.h:22,
                 from 
/u1/olly/xapian-svn-snapshot/trunk/xapian/xapian-core/queryparser/queryparser.lemony:24:

Re: build error : xapian-core-0.9.4_svn6707 with UTF-8 patch

On Wed, Apr 05, 2006 at 11:58:05PM +0900, Sungsoo Kim wrote:
> /u1/olly/xapian-svn-snapshot/trunk/xapian/xapian-core/queryparser/queryparser.lemony:24:
> /usr/include/glib-2.0/glib/gtypes.h:30:24: glibconfig.h: No such file or 
> directory

Well, this sounds like the same issue you had before and solved for
yourself:

http://thread.gmane.org/gmane.comp.search.xapian.devel/627

Although I don't really see how the wrong library path could lead to
glibconfig.h failing to be found - I'd expect that to give a link-time
error, not a compile-time one.

Cheers,
    Olly

Re: build error : xapian-core-0.9.4_svn6707 with UTF-8patch

> Well, this sounds like the same issue you had before and solved for
> yourself:
>
> http://thread.gmane.org/gmane.comp.search.xapian.devel/627

Oh! my god! How can I forget the same error?

> Although I don't really see how the wrong library path could lead to
> glibconfig.h failing to be found - I'd expect that to give a link-time
> error, not a compile-time one.

I hope this could be fixed in near future because lots of users are under
64 bit environment. Is it possible to make 'Makefile' work in both 32 bit
and 64 bit environment?

[root <at> saturn queryparser]# diff Makefile.in.orig Makefile.in
55c55
< libqueryparser_la_LIBADD =
---
> libqueryparser_la_LIBADD = /usr/lib64/libglib-2.0.la
203c203
< INCLUDES 
= -I$(top_srcdir)/include -I${top_builddir}/include -I$(top_srcdir)/common -I$(top_srcdir)/api
---
> INCLUDES 
> = -I$(top_srcdir)/include -I${top_builddir}/include -I$(top_srcdir)/common 
>  -I$(top_srcdir)/api -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include

Sungsoo Kim

Re: Re: build error : xapian-core-0.9.4_svn6707 with UTF-8patch

On Thu, Apr 06, 2006 at 01:47:29AM +0900, Sungsoo Kim wrote:
> > Although I don't really see how the wrong library path could lead to
> > glibconfig.h failing to be found - I'd expect that to give a link-time
> > error, not a compile-time one.

Ah, it's the additional "-I" switch below that fixes the compile-time
error.

> I hope this could be fixed in near future because lots of users are under
> 64 bit environment. Is it possible to make 'Makefile' work in both 32 bit
> and 64 bit environment?

I suspect that using the output from:

glib-config --cflags
glib-config --libs

Will avoid these issues, but I don't seem to have a box with glib2
installed to hand.  What do those 2 commands report for you?

Cheers,
    Olly

Re: Re: build error : xapian-core-0.9.4_svn6707 withUTF-8patch

> I suspect that using the output from:
> 
> glib-config --cflags
> glib-config --libs
> 
> Will avoid these issues, but I don't seem to have a box with glib2
> installed to hand.  What do those 2 commands report for you?


Here are the answers you requested.

[root <at> saturn ~]# glib-config --cflags
-I/usr/include/glib-1.2 -I/usr/lib64/glib/include
[root <at> saturn ~]# glib-config --libs
-L/usr/lib64 -lglib


Sungsoo Kim

_______________________________________________
Xapian-devel mailing list
Xapian-devel <at> lists.xapian.org
http://lists.xapian.org/mailman/listinfo/xapian-devel

build error : xapian-core-0.9.4_svn6707

I posted this message first. But it was missing so I post again.

I think there is a some bug in build configration files.
Can you check up the following errors and fix it?
The error has no concern with UTF-8 patch.

Environment : CentOS 4.3 x86_64


Sungsoo Kim

----------------------------------

[root <at> saturn xapian-core-0.9.4_svn6707]# make
...
...
mkdir .libs/libxapian.lax/libqueryparser.a
(cd .libs/libxapian.lax/libqueryparser.a && ar x /home/kiss/download/xapian-0.9.4/xapian-core-0.9.4_svn6707/queryparser/.libs/libqueryparser.a)
ar cru .libs/libxapian.a  dummy.o  .libs/libxapian.lax/libcommon.a/omdebug.o
.libs/libxapian.lax/libcommon.a/omstringstream.o .libs/libxapian.lax/libcommon.a/utils.o
.libs/libxapian.lax/libcommon.a/netutils.o  .libs/libxapian.lax/libbackend.a/flint_table.o
.libs/libxapian.lax/libbackend.a/database.o .libs/libxapian.lax/libbackend.a/flint_lock.o
.libs/libxapian.lax/libbackend.a/quartz_alltermslist.o
.libs/libxapian.lax/libbackend.a/net_termlist.o
.libs/libxapian.lax/libbackend.a/quartz_values.o
.libs/libxapian.lax/libbackend.a/flint_cursor.o
.libs/libxapian.lax/libbackend.a/flint_metafile.o
.libs/libxapian.lax/libbackend.a/quartz_termlist.o
.libs/libxapian.lax/libbackend.a/flint_database.o
.libs/libxapian.lax/libbackend.a/inmemory_database.o

Re: build error : xapian-core-0.9.4_svn6707

> I think there is a some bug in build configration files.
> Can you check up the following errors and fix it?

I have confirmed it was fixed in xapian-core-0.9.4_svn6713.
I could finished building with configure and make commands.

But there is other errors when I try to build with rpmbuild.

Environment : CentOS 4.3 x86_64


Sungsoo Kim

--------------------------------------------

# rpmbuild -ta xapian-core-0.9.4_svn6713.tar.gz
...
...
...
Making install in tests
make[1]: Entering directory `/usr/src/redhat/BUILD/xapian-core-0.9.4_svn6713/tests'
make[2]: Entering directory `/usr/src/redhat/BUILD/xapian-core-0.9.4_svn6713/tests'
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.
make[2]: Leaving directory `/usr/src/redhat/BUILD/xapian-core-0.9.4_svn6713/tests'
make[1]: Leaving directory `/usr/src/redhat/BUILD/xapian-core-0.9.4_svn6713/tests'
+ mv /var/tmp/xapian-core-0.9.4_svn6713-1-root/usr/share/doc/xapian-core /var/tmp/xapian-core-0.9.4_svn6713-1-root/usr/share/doc/xapian-core-devel-0.9.4_svn6713
+ cp HACKING /var/tmp/xapian-core-0.9.4_svn6713-1-root/usr/share/doc/xapian-core-devel-0.9.4_svn6713
+ mkdir -p /var/tmp/xapian-core-0.9.4_svn6713-1-root/usr/share/doc/xapian-core-0.9.4_svn6713
+ cp AUTHORS ChangeLog COPYING NEWS PLATFORMS README /var/tmp/xapian-core-0.9.4_svn6713-1-root/usr/share/doc/xapian-core-0.9.4_svn6713

Re: build error : xapian-core-0.9.4_svn6707

> I think there is a some bug in build configration files.
> Can you check up the following errors and fix it?

I have confirmed it was fixed in xapian-core-0.9.4_svn6713.
I could finished building with configure and make commands.

But there is other errors when I try to build with rpmbuild.

Environment : CentOS 4.3 x86_64


Sungsoo Kim

--------------------------------------------

# rpmbuild -ta xapian-core-0.9.4_svn6713.tar.gz
...
...
...
Making install in tests
make[1]: Entering directory `/usr/src/redhat/BUILD/xapian-core-0.9.4_svn6713/tests'
make[2]: Entering directory `/usr/src/redhat/BUILD/xapian-core-0.9.4_svn6713/tests'
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.
make[2]: Leaving directory `/usr/src/redhat/BUILD/xapian-core-0.9.4_svn6713/tests'
make[1]: Leaving directory `/usr/src/redhat/BUILD/xapian-core-0.9.4_svn6713/tests'
+ mv /var/tmp/xapian-core-0.9.4_svn6713-1-root/usr/share/doc/xapian-core /var/tmp/xapian-core-0.9.4_svn6713-1-root/usr/share/doc/xapian-core-devel-0.9.4_svn6713
+ cp HACKING /var/tmp/xapian-core-0.9.4_svn6713-1-root/usr/share/doc/xapian-core-devel-0.9.4_svn6713
+ mkdir -p /var/tmp/xapian-core-0.9.4_svn6713-1-root/usr/share/doc/xapian-core-0.9.4_svn6713
+ cp AUTHORS ChangeLog COPYING NEWS PLATFORMS README /var/tmp/xapian-core-0.9.4_svn6713-1-root/usr/share/doc/xapian-core-0.9.4_svn6713

Re: Re: build error : xapian-core-0.9.4_svn6707withUTF-8patch

> [root <at> saturn queryparser]# diff Makefile.in.orig Makefile.in
> 55c55
> < libqueryparser_la_LIBADD =
> ---
>> libqueryparser_la_LIBADD = /usr/lib64/libglib-2.0.la
> 203c203
> < INCLUDES 
> = -I$(top_srcdir)/include -I${top_builddir}/include -I$(top_srcdir)/common -I$(top_srcdir)/api
> ---
>> INCLUDES 
>> = -I$(top_srcdir)/include -I${top_builddir}/include -I$(top_srcdir)/common 
>>  -I$(top_srcdir)/api -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include


I am sorry I was somewhat confused with Makefile.
The problem is resulted from 'xapian-qp-utf8-0.9.2.patch'.

The patch modifies Makefile, and it will not work.
So I have to change lib to lib64 in the modified Makefile.

With the orginal Makefile I can build successfully.
I think we need to make 'xapian-qp-utf8-0.9.4.patch' without bugs
and I attach it here.


 
Sungsoo Kim

_______________________________________________

Re: Re: build error : xapian-core-0.9.4_svn6707

On Thu, Apr 06, 2006 at 11:31:10AM +0900, Sungsoo Kim wrote:
> # rpmbuild -ta xapian-core-0.9.4_svn6713.tar.gz
> ...
> ...
> ...

What was the "configure" invocation which rpmbuild used?

The spec file just has %configure, but I don't know what that expands
to.  It needs to pass something like: 

--mandir=/usr/share/man

But I'd assume it does that anyway...

Cheers,
    Olly