[Xapian-discuss] interix / xapian / bindings / Eric Lindblad
Eric Lindblad
geirfuglaps at yahoo.com
Thu Sep 10 21:16:43 BST 2015
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 brass and chert backends, which caused gmake to skip over the 'ambiguous overload' error, I then encountered the same error as written in the text box here:
http://trac.xapian.org/ticket/625
noting the cause of that error was their configure argument as disabling the remote backend.
It appears that Interix 3.5's gcc-3.3 was compiled without '--enable-long-long',
which likely was the cause of the brass_check.cc/chert_check.cc compile errors.
Compiling a new gcc-3.3 with '--enable-long-long' for Interix 3.5 should enable
compile of those 2 backend files, but if xapian 1.1.x or 1.2.x series were to be
compiled the remote backend (requirement) would need to also be compiled, other-
wise, flint and quartz (without remote) should - from the xapian 1.0.x series -
be able to be compiled.
http://trac.xapian.org/ticket/361
NB: I don't think it would be that difficult to satisfy the requirements
for a compile of /net/tcpclient.cc (possibly /net/tcpserver.cc) [as remote
backend files].
bindings
GNU/Linux debian and gentoo [prefix] both had Interix porting projects from
which might be derived some experience on install of Tcl/Tk w/ shared libs
(I have only been able to compile 8.0 -, 8.3.x, 8.4.x w/ static libs), on swig,
and on Perl versions newer than the 5.6.1 that shipped w/ Interix <versions>.
Perl <versions> metaconfig allocates for Interix but my one attempt to
compile had not passed all when running 'gmake test'.
Python here: http://bugs.python.org/issue11937 (closed issue "won't fix").
If a Tcl/Tk compiled w/ static libs is sufficient as a bindings requirement
I have not enquired of to date...
stripping Interix compiled .so and program executables
(prior to running 'gmake install')
Welcome to the Interix UNIX utilities.
DISPLAY=localhost:2.0
$ strip --version
GNU strip 2.13.90 20021111
Copyright 2002 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License. This program has absolutely no warranty.
$ find . | xargs file | grep "executable" | grep PE | cut -f 1 -d : \
> | xargs strip --strip-unneeded 2> /dev/null
$
cygnus port
(report after above stripping)
$ ./file --version
file-5.24
magic file from /usr/share/misc/magic
$ ./file libuuid.so.1.0.0
libuuid.so.1.0.0: PE32 executable (POSIX) Intel 80386 (stripped to external PDB), for MS Windows
$
NB: DISPLAY set to localhost:2.0 in MS environment variables in order
to run the jdk1-1 authored WeirdX (http://www.jcraft.com/weirdx/), which
I start from the Command Prompt by running the file weirdx-Java2.bat.
Interix grep is w/out the recursive option
so I use the msys/cygnus port grep -r.
- - -
Unicode enabled shell for MS here: http://plan9.bell-labs.com/sources/extra/9pm051031.zip
It shows CRs on DOS format files but has a nice interface.
9term is a dumb terminal (can't figure out how to locate the cursor) [so no emacs or vi here]
my setting in
Control Panel | System | Advanced | Environment Variables | User Variables
font C:/Programmer/9pm051031/9pm/font/lucm.9.font
More information about the Xapian-discuss
mailing list