Displaying 20 results from an estimated 6000 matches similar to: "xapian 1.2.21 / MSYS-1.0.11.exe"
2015 Sep 11
1
xapian 1.0.x compiled on Interix / Eric Lindblad
Report by Eric Lindblad 11-09-2015
http://www.ericlindblad.blogspot.com
I compiled xapian-core-1.0.23 today on Interix.
'gmake check' summary
PASS: btreetest, quartztest, stemtest, termgentest
FAIL: apitest, internaltest, queryparsertest
MS XP SP3 HOME
modified SFU Interix 3.5 w/ getopt.h, inttypes.h, & stdint.h copied
over from SUA Interix for Vista (and newer) into
2015 Sep 15
0
xapian porting to Interix / conclusion
Report by Eric Lindblad 14-09-2015
http://www.ericlindblad.blogspot.com
cf: http://permalink.gmane.org/gmane.comp.search.xapian.general/9880
The 'gmake check' compile error on xapian-core-1.2.21/tests/api_backend.cc was resolved by the modification (at the suggestion of a mailing-list member) of the offending string from "q.OP_PHRASE" to "Xapian::Query::OP_PHRASE".
2015 Sep 05
1
question / errors Interix 3.5 / xapian-core-1.2.21 / Eric Lindblad
Question by Eric Lindblad 05-09-2015
http://www.ericlindblad.blogspot.com
I would enquire if anyone has an opinion on whether it might be a possibility that adding the following #ifdef in certain xapian-core-1.2.21 /common and/or /backends files following the string #include <sys/types.h> might move closer towards resolution the 'ambiguous overload' issue.
+#ifdef __INTERIX
+#
2015 Sep 11
0
xapian-core-1.0.23 compiled on Interix / Eric Lindblad
Report by Eric Lindblad 11-09-2015
http://www.ericlindblad.blogspot.com
I compiled xapian-core-1.0.23 today on Interix.
'gmake check' summary
PASS: btreetest, quartztest, stemtest, termgentest
FAIL: apitest, internaltest, queryparsertest
MS XP SP3 HOME
modified SFU Interix 3.5 w/ getopt.h, inttypes.h, & stdint.h copied
over from SUA Interix for Vista (and newer) into
2015 Oct 07
0
brass and chert compiled / xapian port to Interix
Report by Eric Lindblad 06-10-2015
http://www.ericlindblad.blogspot.com
cf: http://permalink.gmane.org/gmane.comp.search.xapian.general/9885
modifications allowing for brass and chert to compile on SFU Interix 3.5 (modified)
[code change not performance critical]
/xapian-core-1.2.21/backends/brass/brass_check.cc
/xapian-core-1.2.21/backends/chert/chert_check.cc
#include <climits>
+
2015 Sep 07
0
gnu_getopt.h / errors Interix 3.5 / xapian-core-1.2.21 / Eric Lindblad
gnu_getopt.h by Eric Lindblad 07-09-2015
http://www.ericlindblad.blogspot.com
Subsequent to the compile of libxapian.so.22.6.8 and libxapian.a
there are executable source files using gnu_getopt.h which has
an #ifdef __CYGWIN__, perhaps that file would need attention in
order for compile to proceed on my modified SFU Interix 3.5 setup
The 1 'ambiguous overload' report on SFU Interix I
2015 Sep 07
0
test 1 / errors Interix 3.5 / xapian-core-1.2.21 / Eric Lindblad
Test 1 by Eric Lindblad 07-09-2015
http://www.ericlindblad.blogspot.com
The 'ambiguous overload' error cited 28-08-2015 was
unaffected from adding the below #ifdef following
incidents of the string #include <sys/types> in all
relevant xapian-core-1.2.21 files.
http://sourceforge.net/projects/libuuid/
libuuid-1.0.3.tar.gz
the following lines can be added to uuidP.h from the
2015 Sep 14
1
xapian-core-1.2.21 ported to Interix / 'gmake check' compile error
Report by Eric Lindblad 13-09-2015
http://www.ericlindblad.blogspot.com
cf: http://comments.gmane.org/gmane.comp.search.xapian.general/9862
I ported xapian-core-1.2.21 to Interix today having disabled the
default chert and development brass backends, using flint, which
was the 1.0.x series' default, which ships with the 1.2.x series;
the disabling do to an unresolved 'ambiguous
2015 Aug 28
0
errors Interix 3.5 / xapian-core-1.2.21 / Eric Lindblad
Report by Eric Lindblad 28-08-2015
http://www.ericlindblad.blogspot.com
As of Windows 8.1
MS has discontinued
enabling for Interix, so
perhaps there is little
or no interest in this
e-mail's subject matter.
NB: As far as possible languages for xapian-bindings I only have be able to compile
earlier versions of Tcl with a static library on Interix 3.5, Perl versions fail 'make check',
2011 Sep 10
1
Broken Link
Hi, on http://xapian.org/docs/quickstart.html, the link that is supposed to point to quickstartindex.cc.html refers to quickstartsearch.cc.html ; maybe you could fix that. Thanks! Martin
--
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
2015 Sep 30
1
brass and chert / xapian port to Interix
Report by Eric Lindblad 30-09-2015
http://www.ericlindblad.blogspot.com
The xapian-core-1.2.21 'ambiguous overload' error on the files /backends/brass/brass_check.cc and /backends/chert/chert_check.cc appear to be resultant of a bug reported in gcc-3.3.4, which was fixed for 3.4.2 [Sept. 6, 2004] and 3.5.
Bug 16854 - streams missing "long long" specializations on Tru64
2015 Jan 16
2
Question on "single writer, multiple reader"
Hi, dear Xapianers!
I've been using Xapian in my project recently. The feature "single
writer, multiple reader" is one of my favorite, but currently I can't make
it work.
My goal is to add more documents to the database increamentally, while
the Xapian search process is not stopped.
I followed "quickstartindex.cc" and "quickstartsearch.cc" on
2015 Sep 10
0
interix / xapian / bindings / Eric Lindblad
Report by Eric Lindblad 10-09-2015
http://www.ericlindblad.blogspot.com
cf: http://comments.gmane.org/gmane.comp.search.xapian.general/9862
interix
Yesterday I compiled cppunit-1.12.1 on the Interix g++ (3.3) compiler.
xapian
Subsequent to disabling the remote backend which caused gmake to skip over the /net/tcpclient.cc:77 error, resulting in xapian libs' compile, today I disabled the
2008 Sep 27
3
Query::MatchAll
Why there still been rank when using Query::MatchAll() ?
2015 Sep 10
0
Fwd: Interix issue resolved / Eric Lindblad
Eric, please keep these discussions on list.
J
> Begin forwarded message:
>
> From: Eric Lindblad <geirfuglaps at yahoo.com>
> Subject: Interix issue resolved / Eric Lindblad
> Date: 10 September 2015 10:01:06 BST
> To: James Aylett <james-xapian at tartarus.org>
>
> J.,
>
> Looks like the 'ambiguous overload' error* was due to Interix gcc-3.3
2015 Sep 09
0
Vista Ultimate (or Enterprise) / Eric Lindblad
Vista Ultimate by Eric Lindblad
http://www.ericlindblad.blogspot.com
Email: GeirfuglApS <at> yahoo.com
I there anyone with a 32 bit Vista Ultimate (or Enteprise) box who would be willing to download from MS & install 'Utilities and SDK for UNIX-based Applications_X86.exe', compile & install make-3.81 as gmake in /usr, compile & install m4-1.4.9 as gm4 in /usr, compile
2015 Jun 19
1
REPLY: make check xapian-bindings-1.2.21 & Search-Xapian-1.2.21.0
Dear Olly Betts,
I think the tests for the perl module Search-Xapian-1.2.21.0 might be fewer in number than the perl tests included with xapian-bindings-1.2.21. If some of the tests have similar but modified content I do not know. I am not so skilled as to interpret the compared test results.
If you want to suggest a paired earlier version of Xapian to a specific xapian.bindings version,
I might
2008 Nov 05
1
openssh on interix
Hi openssh developers,
I'm trying to port openssh to Interix. See [1] for more on this.
For Interix sshd needs to be patched to not use setuid()/setgid(), but
an Interix specific function setuser(). See [2] why it is needed.
Unfortunately, setuser() needs the clear-text password of the user to
be fully functional (If you use password-less setuser(), then the
user doesn't have network
2017 Dec 08
3
Unresolved symbols in compiler-rt
Hello all,
I get unresolved external symbol __muloti4 when attempting to compile GNU m4
for Windows commandline.
See details in bug: https://bugs.llvm.org/show_bug.cgi?id=16404#c22
Looking into this, I see that some parts of compiler-rt are disabled for
Windows due to the __LP64__ define. The code seem not portable as is to the
MS compiler, but according to my tests the code compiles and links
2004 Sep 16
1
[LLVMdev] Patch to lib/System/Interix
>From: Reid Spencer <reid at x10sys.com>
>Date: Thu, 16 Sep 2004 13:26:09 -0700
>
>Okay, so the question is, how do you do the equivalent of a MAP_ANON
>allocation on Interix. We don't want to map a file here. We're just asking
>for virtual memory (unbacked by swap or file) to be allocated to the
>process. Is there a way to do that on Interix? The