On Mon, Apr 27, 2009 at 8:57 PM, Matthew Talbert wrote:
> This is a patch to fix the testsuite on Windows (MSYS). The tests
> output files that have Windows line endings, while the ones they are
> comparing to have Unix line endings. The --strip-trailing-cr causes
> diff to ignore that. On *nix, i
This is a patch to fix the testsuite on Windows (MSYS). The tests
output files that have Windows line endings, while the ones they are
comparing to have Unix line endings. The --strip-trailing-cr causes
diff to ignore that. On *nix, it does nothing (is harmless). I suspect
it is harmless on Mac as
DM Smith wrote:
On Apr 27, 2009, at 8:09 PM, Greg Hellings wrote:
On Mon, Apr 27, 2009 at 6:48 PM, Jonathan Marsden
wrote:
Longer term, this need for strange transformations looks to me like a
problem that stems from an inadequate or incomplete underlying book
representation in SWORD itself
On Apr 27, 2009, at 7:48 PM, Jonathan Marsden wrote:
DM Smith wrote:
I am. You can get the input text from www.crosswire.org/~dmsmith/kjv2006
.
Aha! Thanks, I'll try it tonight. BTW, wouldn't putting this URL
somewhere in the kjv.conf file be both useful and appropriate?
Perhaps, but
Greg Hellings wrote:
Longer term, this need for strange transformations looks to me like a
problem that stems from an inadequate or incomplete underlying book
representation in SWORD itself? That may be something for SWORD 2.x, not
1.6 :)
I'm an advocate of this - but there is strong feeling a
Here is a patch to make the utilities compile with MinGW. For
PlatformIDs, it appears to be completely unused, so probably could be
safely taken out. If it is to be left in, WINNT must be changed to
WINNT_NT (or anything other than WINNT) because WINNT is already
defined.
Matthew
Index: lexdump.c
On Apr 27, 2009, at 8:53 PM, Jonathan Marsden wrote:
DM Smith wrote:
BTW, wouldn't putting this URL somewhere in the kjv.conf file be
both useful and appropriate?
Perhaps, but the location is temporary and I've documented it on
the wiki. It'd be better to put it in a more permanent place
DM Smith wrote:
BTW, wouldn't putting this URL somewhere in the kjv.conf file be
both useful and appropriate?
Perhaps, but the location is temporary and I've documented it on the
wiki. It'd be better to put it in a more permanent place first.
Good point. Maybe http://crosswire.org/sourcedo
On Apr 27, 2009, at 8:09 PM, Greg Hellings wrote:
On Mon, Apr 27, 2009 at 6:48 PM, Jonathan Marsden > wrote:
Longer term, this need for strange transformations looks to me like a
problem that stems from an inadequate or incomplete underlying book
representation in SWORD itself? That may be so
On Mon, Apr 27, 2009 at 6:48 PM, Jonathan Marsden wrote:
> DM Smith wrote:
>
>> I am. You can get the input text from www.crosswire.org/~dmsmith/kjv2006.
>
> Aha! Thanks, I'll try it tonight. BTW, wouldn't putting this URL somewhere
> in the kjv.conf file be both useful and appropriate?
>
>> Not
DM Smith wrote:
I am. You can get the input text from www.crosswire.org/~dmsmith/kjv2006.
Aha! Thanks, I'll try it tonight. BTW, wouldn't putting this URL
somewhere in the kjv.conf file be both useful and appropriate?
Note, some of the transformations by osis2mod create a module that does
Thanks Troy.
There is one other thing with MinGW, that I just figured out, but
don't really know how to apply. In order to build a dll, gcc needs to
have "-no-undefined" passed to the linker. In addition, I configured
with lt_cv_deplibs_check_method=pass_all which may not be necessary,
I'm not sur
Applied. Thanks Matthew.
Matthew Talbert wrote:
The following patch is necessary to build with MinGW (gcc 4.3.3).
Without it, SEEK_END is undefined. I haven't tested this on linux, but
it looks harmless.
Index: src/modules/lexdict/rawld/rawld.cpp
=
It looks like this change happened in r2294. Previously, was
included in these files.
Matthew
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings
DM Smith wrote:
I was testing the compile of osis2mod without ICU, by commenting out
ICU in usrinst.sh and I get the following error:
I know I advocate that ICU is necessary, but
/bin/sh ./libtool --tag=CXX --mode=link g++ -g3 -O0 -Wall -Werror
-ftemplate-depth-25 -DCURLAVAILABLE -I/usr/
I'm compiling on MinGW right now without ICU and haven't seen that
issue. I assume you're up-to-date?
Matthew
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/chang
On Mon, Apr 27, 2009 at 12:55 PM, Greg Hellings wrote:
> On Mon, Apr 27, 2009 at 12:53 PM, DM Smith wrote:
>> I was testing the compile of osis2mod without ICU, by commenting out ICU in
>> usrinst.sh and I get the following error:
>> I know I advocate that ICU is necessary, but
I meant "Maki
On Mon, Apr 27, 2009 at 12:53 PM, DM Smith wrote:
> I was testing the compile of osis2mod without ICU, by commenting out ICU in
> usrinst.sh and I get the following error:
> I know I advocate that ICU is necessary, but
Making UTF necessary is not a happy possiblity... currently ICU 4
fails to
I was testing the compile of osis2mod without ICU, by commenting out ICU
in usrinst.sh and I get the following error:
I know I advocate that ICU is necessary, but
/bin/sh ./libtool --tag=CXX --mode=link g++ -g3 -O0 -Wall -Werror
-ftemplate-depth-25 -DCURLAVAILABLE -I/usr/include -I/usr/li
The following patch is necessary to build with MinGW (gcc 4.3.3).
Without it, SEEK_END is undefined. I haven't tested this on linux, but
it looks harmless.
Index: src/modules/lexdict/rawld/rawld.cpp
===
--- src/modules/lexdict/rawld/
David Haslam wrote:
> The translator has supplied me with up-to-date copies of his Bisaya-Inunhan
> translation of the NT in MS Word format.
> Who would like to volunteer and help make a SWORD module?
Hmmm! I lived in the Philippines for 8 years as a missionary, married
there, and both my kids w
The translator has supplied me with up-to-date copies of his Bisaya-Inunhan
translation of the NT in MS Word format.
We have permissions to make a module, etc.
I have just made the first successful build of a Go Bible version, and sent
it to him for review.
Who would like to volunteer and help
DM Smith wrote:
> I fixed a linking bug in osis2mod.
>
> There is a re-versification bug that I need to fix.
Thanks DM!
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscr
On Apr 27, 2009, at 3:01 AM, Jonathan Marsden wrote:
Greg Hellings wrote:
The way I tested it was to create a .conf file for KJVTEST and export
KJV with it, then import to the KJVTEST directory. Then run either a
script or even write a program to compare the output of KJV and
KJVTEST across
Hi there ...
DM Smith wrote:
I think there are a few different audiences and perhaps different needs
I've been following this thread with interest, and some excitement!
Alternate versification has been on my wish list for years. During that
time, I've been taking the Sword support list
Thanks Matthew. Great suggestions. Yes, we did add the check to
parsekey and I just ran everything through the check and fixed the
remaining errors.
for i in `grep "^Name=" /usr/share/sword/locales.d/*.conf|cut -f2
-d=|sort|uniq`; do ./parsekey jn.1.1 $i; done
I'm building with ICU so I on
On Sun, Apr 26, 2009 at 4:44 PM, Troy A. Griffitts wrote:
> Interesting idea, but I personally can't think of what that information
> might be or what name would better and still accurately represent what a
> specific v11n system represents. I tried brainstorming from your
> suggestion, but concl
On Apr 27, 2009, at 2:01, Jonathan Marsden wrote:
Greg Hellings wrote:
The way I tested it was to create a .conf file for KJVTEST and export
KJV with it, then import to the KJVTEST directory. Then run either a
script or even write a program to compare the output of KJV and
KJVTEST across
Hey Ben,
I changed things to a more traditional 2 step declaration/definition on
that anonymous struct in VerseKey. Please let me know if this helps
swig, or if I still need to do something for you.
-Troy.
Ben Morgan wrote:
Sorry, I found the problem.
SWIG was being defined while
Thanks for adding MacSword to the list.
Manfred
Am 26.04.2009 um 13:27 schrieb Troy A. Griffitts:
Thanks Jonathan. It looks like we're still having occasional tomcat
issues. The links seem to work for me now after a tomcat reset.
This is quite odd. I hope we can figure out what the iss
Sorry, I found the problem.
SWIG was being defined while building, so it was ommitting a part of the
versekey definition. Sorry about that.
It needs a #ifndef SWIG around that mutable inline struct in versekey.h as
SWIG can't understand this.
God Bless,
Ben
---
Ben,
I know you realize this, but we're at 2349 now. I realize the revision
you're giving is the first revision you see the troubles, but I just
want to make sure you're seeing the troubles with 2349. I just ran
valgrind against a basic test that instantiates a few VerseKey objects
and didn
Greg Hellings wrote:
> The way I tested it was to create a .conf file for KJVTEST and export
> KJV with it, then import to the KJVTEST directory. Then run either a
> script or even write a program to compare the output of KJV and
> KJVTEST across all the verses, with all the options enabled, to s
33 matches
Mail list logo