similar to: xapian-config --libs output on Suse 10.1

Message body follows: Hi, I'm interested in Xapian as a possible search engine for a Python project I'm developing. The reason why I write to you, is that I saw that you've been fixing bugs... so please excuse me if I'm bothering you: I saw no other contact on the xapian.org web pages. I've been spending the last two days trying to set up Python bindings for the library

Message body follows: Hi, I'm interested in Xapian as a possible search engine for a Python project I'm developing. The reason why I write to you, is that I saw that you've been fixing bugs... so please excuse me if I'm bothering you: I saw no other contact on the xapian.org web pages. I've been spending the last two days trying to set up Python bindings for the library

Resurrecting an old thread from 2012! Finally got back to working on this. I have been stuck in JavaScript land for too long. Come to find out, on windows, perl does indeed define open to be win32_open and close to be win32_close. This is done in perl/lib/CORE/win3iop.h. So, to get past this problem, I had to modify Xapian.xs to do an #undef of open and close if WIN32 is defined. Also, I had

On Wed, Feb 12, 2014 at 10:32:03PM +0800, Hurricane Tong wrote: > I seem to run into some trouble. > I succeeded in building the source code of Xapian in ubuntu, > but when I write a demo c++ application > > [snip] > I can't get it built. > > > hurricanetong at hurricanetong-VirtualBox:~/workspace$ g++ -L/usr/local/lib -lxapian-1.3 BuildIndexDemo.cpp Hmmm,

On 12 Feb 2014, at 08:55, Olly Betts <olly at survex.com> wrote: > For GSoC projects, I'd recommend developing on Linux, or another > Unix-like platform. I think everyone who has so far expressed an > interest in mentoring uses Linux or Mac OS X, so we're much better > placed to help with development on such platforms. If you're on Windows, the way of doing this

I uninstall xapian1.3 and install xapian-1.2.17 but i still failed hurricanetong at hurricanetong-VirtualBox:~/workspace$ g++ `xapian-config --cxxflags --libs` demo2.cc /tmp/cc2wsfDJ.o: In function `main': demo2.cc:(.text+0x4a): undefined reference to `Xapian::WritableDatabase::WritableDatabase(std::basic_string<char, std::char_traits<char>, std::allocator<char> >

Hello, Compiling xapian-core-0.9.2 worked fine, and make check reported that the tests ran without problems (although it skipped some near the end). Now I'm trying to compile xapian-bindings-0.9.2 on OpenBSD 3.7 but have run into a problem. After hours of searching the net I haven't found a solution. For reference gcc -v gives the following output: Configured with: Thread model: single

Hi? I am a beginer. And I want to try this searcher. When I configure and building Xapian-bingdings, I met this problem. I type "make" then got some error info: That appear like this: jack at jack-desktop:~/SE/xapian-bindings-1.2.5$ make make all-recursive make[1]: ?????? `/home/jack/SE/xapian-bindings-1.2.5' Making all in python make[2]: ??????

The disclaimer automatically added and is not intended to limit legitimate discourse, and any code I write for this is expected to be licensed under whatever license the original work is using. I haven't tried compiling latest code under visual studio yet (is this possible?). I wonder if there is a way to tell gcc to not mangle the names during cross compile. I was able to successfully

Olly Betts writes: > On Sun, Apr 10, 2016 at 04:47:01PM +0200, Jean-Francois Dockes wrote: > > Some might notice the 50% index size increase. Excessive index size is > > already one relatively rare, but recurring complaint. Except if I did > > something wrong: I'm actually quite surprised by it. > > Did you try compacting the resulting databases? > >

On 12 Feb 2014, at 14:58, "Hurricane Tong" <zhangshangtong.cpp at qq.com> wrote: > hurricanetong at hurricanetong-VirtualBox:~/workspace$ g++ `xapian-config --cxxflags --libs` BuildIndexDemo.cpp You want to use xapian-config-1.3 here, not xapian-config (which will be the installed version, not the trunk version you built). I've just built trunk (on Mac OS, admittedly),

Questions are threaded into the output: ******************** #./configure --without-python 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 build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking

I am working in Ubuntu 12.04. I have tried re-configuring the source tree too. Removing the destructor stops the error messages for the destructor but the constructor's error persist. ERROR: http://pastebin.com/r0wYNfEs On Sun, Apr 13, 2014 at 10:56 PM, James Aylett <james-xapian at tartarus.org>wrote: > On 13 Apr 2014, at 17:49, Siddhant Mutha <siddhantmutha at gmail.com>

The Xapian PHP extension is refusing to compile on my system, is there any way to force it, or can someone provide the extension compiled for FreeBSD 5.4? Please?

The Xapian PHP extension is refusing to compile on my system, is there any way to force it, or can someone provide the extension compiled for FreeBSD 5.4? Please?

Hello, I am hearing of users having trouble linking with libxapian (on slackware and gentoo systems, and 0.9.2 I think), and I am not too sure where the problem comes from, or what the correct solution could be, so I am just asking here in case someone has a quick answer. What happens is that "xapian-config --libs" outputs libstdc++.la in the list of libraries. Something like:

Xapian Developers, [I initially thought to install xapian on SFU (Interix 3.5) on MS XP but could not compile libuuid] [getopt.h, inttypes.h, and stdint.h taken from SUA (for Vista) and installed in SFU (Interix 3.5)] If someone is inclined to write a modified libuuid and label it for use with Interix <version(s)> to satisfy the dependency for an xapian <version(s)> install on

This is the output of the 'make' command for the python bindings (0.9.2). xapian-core compiles fine. aiolia:~/Desktop/2005-08-01/xapian-bindings-0.9.2 dialtone$ make make all-recursive Making all in python make all-recursive Making all in docs Making all in examples make[5]: Nothing to be done for `all'. make[5]: Nothing to be done for `all-am'. /bin/sh ../libtool --tag=CXX

Olly Betts writes: > On Mon, Apr 11, 2016 at 09:54:36AM +0200, Jean-Francois Dockes wrote: > > The question which remains for me is if I should run xapian-compact > > after an initial indexing operation. I guess that this depends on the > > amount of expected updates and that there is no easy answer ? > > I think it's not obvious whether it's a good plan

Hi, I configured XAPIAN 1.0.1 and OMEGA 1.0.1. on my development machine (first removed the old ones). I recreated my databases (both quartz and flint) and tried to run original queries against the databases created by the new versions. I'm getting empty result sets from OMEGA. If I use the delve tool I actually see that the records are created fine. No log files are written as far as I