As we're beginning to polish the packaging for 1.7.0, I'd like to ping
everyone with this request once more. Specifically:
charcoal
chrislit
dmsmith
mdbergmann
refdoc
You still have entries in the ChangeLog which haven't been converted
from svn log format to our ChangeLog format, thus
That's all right.
The ObjC wrapper user probably expects that it builds against the current SWORD
sources.
Saying that, I had to update the Xcode project as more files had been
removed/added in SWORD.
Manfred
Am 16.07.2013 um 07:49 schrieb Troy A. Griffitts scr...@crosswire.org:
It seems
Von: Troy A. Griffitts scr...@crosswire.org
Does anyone have Ubuntu installed and can try building the swig bindings to
confirm or deny they have the same problem as Peter? This is using
autotools. Simply compile and install sword, then cd to
bindings/swig/package and follow the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 16.07.2013 06:15, Troy A. Griffitts wrote:
OK, wrapping up final things for packaging up 1.7.0.
Jaak, I've normalized ListKey for you, so you should have your
getCount const and added getElement const and non-const methods.
Other method names
On Tue, Jul 16, 2013 at 10:40 AM, Peter von Kaehne ref...@gmx.net wrote:
Von: Troy A. Griffitts scr...@crosswire.org
Does anyone have Ubuntu installed and can try building the swig bindings to
confirm or deny they have the same problem as Peter? This is using
autotools. Simply
On 7/16/2013 5:04 AM, Mark Trompell wrote:
On Tue, Jul 16, 2013 at 10:40 AM, Peter von Kaehne ref...@gmx.net wrote:
Von: Troy A. Griffitts scr...@crosswire.org
Does anyone have Ubuntu installed and can try building the swig bindings to confirm
or deny they have the same problem as
I think it's one of these that bite us:
r2831 | chrislit | 2013-06-23 06:21:14 +0200 (So, 23 Jun 2013) | 2 lines
removed ICU stuff from CMake files to match autotools files
r2830 | chrislit | 2013-06-23 03:22:45 +0200 (So,
On 7/16/2013 5:19 AM, Greg Hellings wrote:
On Tue, Jul 16, 2013 at 7:14 AM, Mark Trompell m...@foresightlinux.org
mailto:m...@foresightlinux.org wrote:
I think it's one of these that bite us:
r2831 | chrislit | 2013-06-23 06:21:14 +0200 (So, 23 Jun 2013) | 2 lines
removed
Bindings on Ubuntu 13.04 - i386 server install, clean VM
apart from needing ldconfig been run and that ICU error message, both Perl and
Python bindings seem to work.
Peter
___
sword-devel mailing list: sword-devel@crosswire.org
It seems we've all been negligent updating ChangeLog.
I've seeded it will the svn log since the last release. I spent a while
reviewing the entries and deleted about 70% of them that had to do with
fixed this, improved that or entries where I saw something like added
iOS XCode Project with a
Gesendet: Dienstag, 09. Juli 2013 um 08:53 Uhr
Von: Troy A. Griffitts scr...@crosswire.org
Peter, are you building with auto tools or cmake? I can look more into the
autotools system if the problem is here. It doesn't seem to use
pkgconfig to get libs and flags and I'd like to
On Thu, Jul 11, 2013 at 2:49 AM, Peter von Kaehne ref...@gmx.net wrote:
Gesendet: Dienstag, 09. Juli 2013 um 08:53 Uhr
Von: Troy A. Griffitts scr...@crosswire.org
Peter, are you building with auto tools or cmake? I can look more into
the autotools system if the problem is here. It
Von: Greg Hellings greg.helli...@gmail.com
Peter, can you try and do a new install from the latest versions of SVN HEAD?
I have updated to SVN HEAD and I have prior to that looked through my $PATH to
check for any old libsword remainders (I have done that now so often, I really
see not
Sorry this did not get completed:
Von: Greg Hellings greg.helli...@gmail.com
Peter, can you try and do a new install from the latest versions of SVN HEAD?
I have updated to SVN HEAD and I have prior to that looked through my $PATH to
check for any old libsword remainders (I have done that now
Dear Peter et al.,
These are the messages I get:
peter@peter-ThinkPad-X200s:~/bin$
~/Source/sword-tools/modules/crossreferences/xreffix.pl
Can't load '/usr/local/lib/perl/5.14.2/auto/Sword/Sword.so' for module Sword:
/usr/local/lib/perl/5.14.2/auto/Sword/Sword.so: undefined symbol:
Von: John Zaitseff j.zaits...@zap.org.au
Pardon my ignorance, but would the problem be that Sword.so is
trying to pull in another shared library and cannot find it?
Thanks!
Can you try running ldd .../auto/Sword/Sword.so (replace the path,
of course) and see what the output is?
Peter, are you building with auto tools or cmake? I can look more into the
autotools system if the problem is here. It doesn't seem to use pkgconfig to
get libs and flags and I'd like to switch it to that. Just one suspect.
Troy
Peter von Kaehne ref...@gmx.net wrote:
Von: John Zaitseff
Von: Troy A. Griffitts scr...@crosswire.org
Peter, are you building with auto tools or cmake? I can look more into the
autotools system if the problem is here. It doesn't seem to use
pkgconfig to get libs and flags and I'd like to switch it to that. Just one
suspect.
auto tools.
-packages/_Sword.so: undefined
symbol: u_strFromUTF8_48
Gesendet: Sonntag, 07. Juli 2013 um 19:06 Uhr
Von: Greg Hellings greg.helli...@gmail.com
An: SWORD Developers' Collaboration Forum sword-devel@crosswire.org
Betreff: Re: [sword-devel] SWORD 1.7.0 final stretch
There should
Von: Dmitrijs Ledkovs dmitrij.led...@ubuntu.com
And subsequently dropped, due to failure to compile with gcc-4.7:
Just some speculation:
http://www.swig.org/Doc2.0/SWIGDocumentation.html#Perl5_nn9
suggests that there is a problem with 64 bit compiled applications and Perl.
Peter
-devel@crosswire.org
Betreff: Re: [sword-devel] SWORD 1.7.0 final stretch
There should be a sample of each in the swig directory tree somewhere.
I
can check in an hour our so, when I get home.
- Greg
On Jul 7, 2013 11:42 AM, Troy A. Griffitts scr...@crosswire.org
wrote:
OK
On Tue, Jul 9, 2013 at 4:41 AM, Peter von Kaehne ref...@gmx.net wrote:
Von: Troy A. Griffitts scr...@crosswire.org
Peter, are you building with auto tools or cmake? I can look more into
the autotools system if the problem is here. It doesn't seem to
use pkgconfig to get libs and
Von: Greg Hellings greg.helli...@gmail.com
In that case I might not be able to help you much. Can you try building them
with CMake (you can see a sample invocation and build call in
cmake/build-debug.sh that should be configured to build both Perl and Python
bindings) and see if that
@crosswire.org
Betreff: Re: [sword-devel] SWORD 1.7.0 final stretch
There should be a sample of each in the swig directory tree somewhere. I
can check in an hour our so, when I get home.
- Greg
On Jul 7, 2013 11:42 AM, Troy A. Griffitts scr...@crosswire.org wrote:
OK guys,
I have just
' Collaboration Forum sword-devel@crosswire.org
Betreff: Re: [sword-devel] SWORD 1.7.0 final stretch
There should be a sample of each in the swig directory tree somewhere. I
can check in an hour our so, when I get home.
- Greg
On Jul 7, 2013 11:42 AM, Troy A. Griffitts scr...@crosswire.org
wrote
-devel] SWORD 1.7.0 final stretch
There should be a sample of each in the swig directory tree somewhere. I
can check in an hour our so, when I get home.
- Greg
On Jul 7, 2013 11:42 AM, Troy A. Griffitts scr...@crosswire.org
wrote:
OK guys,
I have just updated the autotools stuff
symbol: u_strFromUTF8_48
*Gesendet:* Sonntag, 07. Juli 2013 um 19:06 Uhr
*Von:* Greg Hellings greg.helli...@gmail.com
*An:* SWORD Developers' Collaboration Forum sword-devel@crosswire.org
*Betreff:* Re: [sword-devel] SWORD 1.7.0 final stretch
There should be a sample of each in the swig
OK guys,
I have just updated the autotools stuff and the README files to build
the swig bindings for both Perl and Python. Anyone know how to use
SWORD with Perl or Python and can let me know if it actually works?
Troy
On 07/06/2013 03:04 PM, Peter von Kaehne wrote:
On Sat, 2013-07-06
There should be a sample of each in the swig directory tree somewhere. I
can check in an hour our so, when I get home.
- Greg
On Jul 7, 2013 11:42 AM, Troy A. Griffitts scr...@crosswire.org wrote:
OK guys,
I have just updated the autotools stuff and the README files to build the
swig
An:SWORD Developers Collaboration Forum sword-devel@crosswire.org
Betreff:Re: [sword-devel] SWORD 1.7.0 final stretch
There should be a sample of each in the swig directory tree somewhere. I can check in an hour our so, when I get home.
- Greg
On Jul 7, 2013 11:42 AM, Troy A. Griffitts scr
Von: Jaak Ristioja j...@ristioja.ee
I guess in the future it might be worth to consider developing and
releasing the bindings for other languages separately from the core of
Sword.
While the bindings do not need by necessity an awful lot of ongoing development
they should usually function
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06.07.2013 16:04, Peter von Kaehne wrote:
On Sat, 2013-07-06 at 04:00 +0200, Troy A. Griffitts wrote:
Peter, still wondering if we have a problem we need to fix for
you. Do our Perl and Python bindings work for other people with
a similar
How are we looking these day for everyone?
Chris and I have ironed out the Rahlfs v11n.
Peter, still wondering if we have a problem we need to fix for you. Do
our Perl and Python bindings work for other people with a similar
configuration as you?
Let's wrap up an RC1 this weekend.
Troy
On Wed, 2013-06-19 at 10:45 +0200, Troy A. Griffitts wrote:
Peter, still binding troubles? Can you give me your exact commands
executed and I'll try them here.
Yes. Building works, using the Perl bindings though fails invariably.
cd ~/Source/sword
make clean
make distclean
svn up
works as it should only docs differ because of the revision in their path:
$ diff -u (conary showcs sword-1.6.2+r2825.ccs --ls|sort) (conary
showcs sword-1.6.2+r2820.ccs --ls|sort)
--- /dev/fd/63 2013-06-20 08:14:57.784287767 +0200
+++ /dev/fd/62 2013-06-20 08:14:57.784287767 +0200
@@ -204,27
Things have been quiet for a bit. I have all the patches in that are on my todo
list. Anyone else have outstanding issues? Now is the time to speak up.
Chris, any feedback on my Ralfs suggestion?
Peter, still binding troubles? Can you give me your exact commands executed and
I'll try them
Hi Troy,
I'm worried about a number of things relating to titles, but these worries
are all focused on module build tools.
i.e. How well the output from usfm2osis.py matches what osis2mod expects.
Until this sleuthing is completed, and my evidence is presented to the right
audience,
I would not
As long as we follow the advice to have subsequent releases that fix bugs and
minor details, I don't see any reason to wait. But I haven't had time to test
the new KJV and ESV with it.
I'll add my voice to a long list requesting branching for the release. Greg has
volunteered to manage such. I
I would still like to have some feedback on attached patch to be able
to use -DLIB_SUFFIX=64 to make make install install to prefix/lib64.
Hardcoding lib is not good anyway, even if there might be better
solutions than the one in the patch. But at least the provided one
doesn't break existing
On Wed, Jun 19, 2013 at 7:17 AM, Mark Trompell m...@foresightlinux.orgwrote:
I would still like to have some feedback on attached patch to be able
to use -DLIB_SUFFIX=64 to make make install install to prefix/lib64.
Hardcoding lib is not good anyway, even if there might be better
solutions
On 6/19/2013 1:45 AM, Troy A. Griffitts wrote:
Anything else? Let's push this to completion. I need your help.
I wouldn't mind getting something in place to render the attribute
included by the OSISEnum filter through the OSISXHTML filter. But I can
foresee some pushback since that attribute
I believe today's commit lands all of the outstanding issues I have. It
introduces enhanced functionality for CMake installs where the user does
not want to install to ../lib and ../include. For those, in mirroring the
behavior of autotools, the options LIBDIR=install directory and
42 matches
Mail list logo