similar to: Xapian::xapian_version_string(), etc

(following my mail in xapian-discuss on 11.06) I revisited my resource file and came up with a much simpler solution. I'm now using the new version.h file (no need to duplicate version strings) and add php-src to the include path given to rc.exe so I can get the precise php version. On my windows, the resulting dll appears as "Xapian 1.0.1 bindings for PHP 5.2.2" Here is what I

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

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

I've been looking at the PHP4 bindings, wondering why we don't have "proper" objects. Digging back through mail and CVS logs, it looks like I updated the SWIG invocation for PHP from using "-shadow" to using "-noproxy" so that it worked with newer versions of SWIG. But that's wrong as the switches have opposite meanings (and what was "-shadow"

Set a pointer to syslinux_version()->version_string in mbinfo. Signed-off-by: Sebastian Herbszt <herbszt at gmx.de> diff --git a/com32/mboot/mboot.c b/com32/mboot/mboot.c index 8425e06..76ef7a0 100644 --- a/com32/mboot/mboot.c +++ b/com32/mboot/mboot.c @@ -222,6 +222,13 @@ int main(int argc, char *argv[]) /* Add auxilliary information */ mboot_make_memmap(); mboot_apm();

Hi, I didn't notice php7 bindings were included since 1.4.2. That's good. But I have some problems with these, I compiled xapian-bindings 1.4.3 in a debian 9 container, but had no luck with it: php -r 'require "/usr/share/php/xapian.php";var_export(Xapian::version_string());' '1.4.3'Segmentation fault (core dumped) Regards, Pascal Bonne journée Pascal

On Jul 10, 2008, at 11:17 AM, Tanya M. Lattner wrote: > > Where exactly are you suggesting to put the svnversion number in the > version string then? I forgot to include version.c change. Right now, I just append svnversion number at the end. - Devang Index: version.c =================================================================== --- version.c (revision 53385) +++ version.c

I tried your procedure, that's to say: sudo apt-get build-dep xapian-bindings sudo apt-get install php5-dev php5-cli apt-get source xapian-bindings cd xapian-bindings-1.2.* rm debian/control env PHP_VERSIONS=5 debian/rules maint debuild -e PHP_VERSIONS=5 -us -uc cd .. sudo dpkg -i php5-xapian_*.deb Though, it is failing with this error message: dpkg-buildpackage -rfakeroot -D -us -uc

Hi, I'm the current developer of Xapian-Haystack, and I'm glad to announce that we've been finally able to install and pass all the tests of Xapian-Haystack with Xapian 1.3.3 in both Python 2 and 3, which means that Xapian-Haystack now supports Python 3. This naturally would not be possible without your efforts to push Xapian bindings to Python 3, and I thank you for that. Here I

Very odd this, I have downloaded the latest xapian-core and bindings. Installed xapian-core no problem in /usr/local/xapian However I am getting very strange errors when running make when trying to install the PHP bindings, it configures fine. Paste bin here: http://pastebin.com/JWViJz4b I am missing something obvious I know... I have built 1.0 on this machine in the past fine... John

Xapian-config is broken in 0.9.3 : it can't find libxapian.la when one runs 'xapian-config --ltlibs'. Hence, omega and xapian-bindings can't be configured anymore (on OS X and Cygwin, at least). I quick-fixed it by setting exec_prefix to my prefix (/usr/local) inside the script, but that is not the right move. I don't know when the regression happened, but r6532 worked fine.

On Fri, Jul 29, 2005 at 10:08:13AM +0100, james wrote: > SVN root: svn://svn.xapian.org/xapian > Changes by: james > Revision: 6355 > Date: 2005-07-29 10:08:13 +0100 (Fri, 29 Jul 2005) > > Log message (6 lines): > omindex.cc: add --preserve-nonduplicates / -p option to not delete any > documents that aren't updated, in replace duplicates mode

Hi everyone, I've searched the mail archives and I haven't been able to find a solution to this. I want to subclass a MatchSpy in the Python bindings and have Enquire use it. However, when I try to do so, I get a TypeError raised. The following example illustrates this: >>> import xapian >>> database = xapian.Database(dbpath) >>> class

Hi, I'm experiencing problems when doing phrase searches with adjacent repeated terms. Example: if I search for 'curtain curtain' and there are documents that matches the query, they aren't returned. But, if I search for 'curtain nice curtain' and there are documents that matches this query, it works ok. attached there is a python program that shows the problem. I tried

On Mon, Apr 03, 2017 at 11:58:05AM +0200, Pascal MASSCHELIER wrote: > I didn't notice php7 bindings were included since 1.4.2. That's good. Perhaps I should have made more of a fanfare about them getting added. > But I have some problems with these, > > I compiled xapian-bindings 1.4.3 in a debian 9 container, but had no luck > with it: > > php -r 'require

The workaround is ok, thanks. Regards, Pascal On Mon, Apr 3, 2017 at 12:12 PM, Olly Betts <olly at survex.com> wrote: > On Mon, Apr 03, 2017 at 11:58:05AM +0200, Pascal MASSCHELIER wrote: > > I didn't notice php7 bindings were included since 1.4.2. That's good. > > Perhaps I should have made more of a fanfare about them getting added. > > > But I have some

Hi, all: I'm using centos 6.2-x86_64, the built-in kernel version is 2.6.32-220.el6.x86_64. Now I compiled kernel of version of linux-2.6.32-220.23.1.el6.x86_64, which get from kernel-2.6.32-220.23.1.el6.src.rpm. I have put vmlinuz and initramfs into /boot directory, as follow: [kdev at panda boot]$ ll /boot/vmlinuz-2.6.32-* ./initramfs-2.6.32-* -rwxr-xr-x. 1 root

On 2019/10/16 ??9:30, Zhu Lingshan wrote: > This commit introduced IFC VF operations for vdpa, which complys to > vhost_mdev interfaces, handles IFC VF initialization, > configuration and removal. > > Signed-off-by: Zhu Lingshan <lingshan.zhu at intel.com> > --- > drivers/vhost/ifcvf/ifcvf_main.c | 541 +++++++++++++++++++++++++++++++++++++++ > 1 file changed, 541

On Tue, Oct 02, 2018 at 04:13:14PM -0700, Eric Abrahamsen wrote: > ./configure --prefix=$venv --with-python3 > > The configure process looks fine: xapian-config is found correctly, as > is my virtualenv python installation. Then I export LD_LIBRARY_PATH as > $venv/lib. You shouldn't need to set LD_LIBRARY_PATH - libtool should set rpath when linking against a library outside

----- Original Message ----- > This commit introduced IFC operations for vdpa, which complys to > virtio_mdev and vhost_mdev interfaces, handles IFC VF > initialization, configuration and removal. > > Signed-off-by: Zhu Lingshan <lingshan.zhu at intel.com> > --- > drivers/vhost/ifcvf/ifcvf_main.c | 605 > +++++++++++++++++++++++++++++++++++++++ > 1 file changed,