Have you run autogen.sh recently?
God Bless,
Ben
---
Multitudes, multitudes,
in the valley of decision!
For the day of the LORD is near
in the valley of decision.
Giôên 3:14 (ESV)
On Wed, Apr 29,
Ben Morgan wrote:
Have you run autogen.sh recently?
No. I realised this just now too. Thanks Ben!
Peter
God Bless,
Ben
---
Multitudes, multitudes,
in the valley of decision!
For the day of the
Peter,
I just build sword on JJ and it went fine. I suspect autogen.sh as well.
Matthew
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at
One issue below (and yes! I believe it is a wonderful goal to have
mod2osis actually produce valid OSIS!) :)
// have to increment in case you don't get in the loop body
endRange.increment();
// check error so that if you are on the last verse in the
versification, you don't loop
Thanks for finding this Matthew. I usually use -Bb to ignore whitespace
in diffs. I think we can safely ignore all whitespace from our test
outputs. This should make things work on windows and macs. I've
committed the change. Let me know if things work ok for you.
-Troy.
PS.
SWCom docs updated. Thanks for the letting me know.
Barry Drake wrote:
Hi Greg ...
Greg Hellings wrote:
My thought was to tackle that at the same time I took on commentaries.
Since I believe commentaries are, more or less, just Bibles with
large amounts of linked material.
In
Greg Hellings wrote:
SVN still fails to build on Mac because icutest.cpp needs #include
sys/malloc.h instead of #include malloc.h (or it needs the proper
sys/ folder in its includes). The --diable-tests bypasses, but it
should be fixed before RC3 and definitely before final.
I just committed
OK, looked at the patch. Not sure what the strip filters are being
added for. Any comments?
Jonathan Marsden wrote:
Greg Hellings wrote:
I have some patches on
crosswire.org/~ghellings that used to apply back in about r2150 range.
OK, I just grabbed it and beat it into submission a
Matthew Talbert wrote:
Peter,
I just build sword on JJ and it went fine. I suspect autogen.sh as well.
It was. Thanks to you both.
___
sword-devel mailing list: sword-devel@crosswire.org
http://www.crosswire.org/mailman/listinfo/sword-devel
Yeah yeah. I know I know. It's been a hard decision, but I've held
back on another RC as we've still been getting patch submissions for
RC2. Can't very well justify calling something Release Candidate 3
until patch submission start dying down. That's my reasoning for the
wait, anyway. But
On Wed, Apr 29, 2009 at 3:18 AM, Troy A. Griffitts scr...@crosswire.org wrote:
Thanks for finding this Matthew. I usually use -Bb to ignore whitespace in
diffs. I think we can safely ignore all whitespace from our test outputs.
This should make things work on windows and macs. I've
On Wed, Apr 29, 2009 at 2:32 AM, Troy A. Griffitts scr...@crosswire.org wrote:
OK, looked at the patch. Not sure what the strip filters are being added
for. Any comments?
My only comment is that the seem to already have been applied some
time ago. I had put them in there so that all the
No, nothing has been committed for runtest.sh, or for the compile
problems with the utilities (lexdump)
I'm sorry, I see now that lexdump was fixed, but in a different way
than my patch (and a better way), so I didn't notice it at first.
Matthew
___
Dear Greg,
I don't understand :)
Looking at the current SVN code, there are no strip filters at all (and
I can't think of any reason there should be-- but maybe I'm overlooking
something).
There is one filter in there, but all uses of it are commented out, so I
believe someone was just
Troy,
Excuse the late hour - I thought you mean the changes I had in my
patchset for the the filters in the library. I should have
remembered... they weren't even part of the patch Jonathan used,
seeing as they were incorporated into the engine some time ago.
Since it's past 3 AM for me and I
On Apr 29, 2009, at 12:37 AM, Tonny Kohar wrote:
Hi,
On Tue, Apr 28, 2009 at 11:54 PM, DM Smith dmsm...@crosswire.org
wrote:
I have just checked in (svn revision 2358) a significant change to
osis2mod.
The API is the same, but it generates modules that require 1.6.
Is this 1.6 means
On Apr 29, 2009, at 2:41 AM, Troy A. Griffitts wrote:
One issue below (and yes! I believe it is a wonderful goal to have
mod2osis actually produce valid OSIS!) :)
// have to increment in case you don't get in the loop body
endRange.increment();
// check error so that if you are on
// have to increment in case you don't get in the loop body
endRange.increment();
// check error so that if you are on the last verse in the
versification, you don't loop forever.
while (!endRange.Error() myModule.isLinked(myKey, endRange)) {
endRange.increment();
}
At
Troy A. Griffitts wrote:
It's been a hard decision, but I've held back on another RC as we've
still been getting patch submissions for RC2. Can't very well
justify calling something Release Candidate 3 until patch submission
start dying down. That's my reasoning for the wait, anyway.
I
Wearing my shiny new SWORD module creator hat:
My rough draft (sans footnotes and titles) OSIS conversion of the
Bisaya-Inunhan NT is valid OSIS 2.1.1 per xmllint. However, I'm seeing
some output from osis2mod that I need help interpreting. Currently it says:
You are running osis2mod:
Jonathan Marsden wrote:
Wearing my shiny new SWORD module creator hat:
My rough draft (sans footnotes and titles) OSIS conversion of the
Bisaya-Inunhan NT is valid OSIS 2.1.1 per xmllint. However, I'm
seeing some output from osis2mod that I need help interpreting.
Currently it says:
DM Smith wrote:
A good place for this would be:
www.crosswire.org/wiki/Alternate_Versification.
Just add a section that gives:
The name of the versification, the description of the versification
and the date that it was added to the SWORD engine.
The number of versification schemes that
5) Does it build OK under mingw?
Did someone already confirm or deny this?
It builds under mingw. Troy has committed my patches for sword,
utilities, and tests so they all compile and work.
Matthew
___
sword-devel mailing list:
Kahunapule Michael Johnson wrote:
DM Smith wrote:
A good place for this would be:
www.crosswire.org/wiki/Alternate_Versification.
Just add a section that gives:
The name of the versification, the description of the versification
and the date that it was added to the SWORD engine.
DM Smith wrote:
re-versified III John 1:15 as III John 1:13
This is informational, perhaps a warning. It is saying that III John
1:15 is not in the versification that you chose and that 3 John 1:13 was
the last verse that it wrote to the module that was before 3 John 1:15.
If your
Jonathan Marsden wrote:
No, there really *is* a 3John 1:15 in the source Word document. Looks
like it splits what KJV and NIV consider 3 John 14 into two verses, at
the sentence break. Could this be a translator error?? If not, what
versification schemes do have that verse, but are
On 4/29/09 10:04 PM, Peter von Kaehne wrote:
Jonathan Marsden wrote:
No, there really *is* a 3John 1:15 in the source Word document. Looks
like it splits what KJV and NIV consider 3 John 14 into two verses, at
the sentence break. Could this be a translator error?? If not, what
Maurits Obbink wrote:
This 'extra' verse (number) is standard in Dutch (checked 3
translations) and almost standard in German (did also check three -- 2
out of 3). As far as I know they are al based on Luther's versification
scheme (for the new testament quite similar to KJV) roughly 10
On Wed, Apr 29, 2009 at 2:20 AM, Troy A. Griffitts scr...@crosswire.org wrote:
Greg Hellings wrote:
SVN still fails to build on Mac because icutest.cpp needs #include
sys/malloc.h instead of #include malloc.h (or it needs the proper
sys/ folder in its includes). The --diable-tests bypasses,
Jonathan Marsden wrote:
DM Smith wrote:
re-versified III John 1:15 as III John 1:13
This is informational, perhaps a warning. It is saying that III John
1:15 is not in the versification that you chose and that 3 John 1:13
was the last verse that it wrote to the module that was
Maurits Obbink wrote:
This 'extra' verse (number) is standard in Dutch (checked 3
translations) and almost standard in German (did also check three -- 2
out of 3). As far as I know they are al based on Luther's versification
scheme (for the new testament quite similar to KJV) roughly 10
DM Smith wrote:
No it is not a translator's error. It is correct.
If not, what versification schemes do have that verse, but are
otherwise compatible with KJV versification?
NRSV
AFAICT, this differs from the KJV in having 3 John 1:15 and Revelation
12:18.
Thanks. You definitely win
Jonathan Marsden wrote:
DM Smith wrote:
No it is not a translator's error. It is correct.
If not, what versification schemes do have that verse, but are
otherwise compatible with KJV versification?
NRSV
AFAICT, this differs from the KJV in having 3 John 1:15 and Revelation
12:18.
On Apr 29, 2009, at 6:59 PM, Jonathan Marsden wrote:
DM Smith wrote:
No it is not a translator's error. It is correct.
If not, what versification schemes do have that verse, but are
otherwise compatible with KJV versification?
NRSV
AFAICT, this differs from the KJV in having 3 John
On Wed, Apr 29, 2009 at 6:45 PM, Chris Little chris...@crosswire.org wrote:
Jonathan Marsden wrote:
Similarly, since one can specify a versification system inside the OSIS
XML file, why does osis2mod need a -v switch to select a versification
system? Can't it just use the one specified in the
On Apr 29, 2009, at 7:57 PM, Greg Hellings wrote:
On Wed, Apr 29, 2009 at 6:45 PM, Chris Little
chris...@crosswire.org wrote:
Jonathan Marsden wrote:
Similarly, since one can specify a versification system inside the
OSIS
XML file, why does osis2mod need a -v switch to select a
Chris Little wrote:
How many verses do you have in Acts 19? 40 or 41?
41
How many verses do you have in 2Cor 13? 13 or 14?
14
If 41 and 13, respectively, this is NRSV v11n. If 40 and 13, it's GNT.
If something else, I haven't yet identified the v11n.
41 and 14. Looks like something
This is brought to mind by the recent discussions of how many verses in
certain chapters. If there is not mapping, it is important that you can feed
similar verse references in and get something out of it. It may not be
right, but it should be close.
If a user types in 3 John 15, if the
On Apr 29, 2009, at 9:20 PM, Jonathan Marsden wrote:
Chris Little wrote:
If DM wants to add the capability to osis2mod to catch the ref
system declaration and understand Bible.(KJV|Leningrad|Tanakh|
NRSVA|...), that's fine, but we definitely need to allow explicit
overrides via a switch
Here is a link to 3 John in the Hiligaynon NT.
http://www.biblegateway.com/passage/?book_id=71chapter=1version=71
http://www.biblegateway.com/passage/?book_id=71chapter=1version=71
The last verse is 14, but there is a paragraph break in the verse.
14 Masugilanon lang kita ugaling kon
Luther 1545 in Bible Gateway stops at verse 14.
http://www.biblegateway.com/passage/?search=3%20John%201;version=10;
14 Ich hoffe aber, dich bald zu sehen; so wollen wir mündlich
miteinander reden. Friede sei mit dir! Es grüßen dich die Freunde. Grüße die
Freunde bei Namen.
-- David
Peter
Some Asia Pacific history comes in useful...
The Philippines was formerly ruled by Spain, before the Spanish-American
war.
3 John in RV 1960 has 15 verses.
http://www.biblegateway.com/passage/?search=3%20John%201;version=60;
13 Yo tenía muchas cosas que escribirte, pero no quiero
42 matches
Mail list logo
