Thanks, cgywin works nice :)
Simon
Chris Little wrote:
Hmm. That is an issue, since we moved to autoconf/automake.
I would recommend getting cygwin. You can find instructions for
setting it up to use MinGW instead of the normal cygwin toolchain, but
cygwin will provide you with a full devel
It is nice to know that the formats did change or that there were some
problems with the system. I have been keep track of the mailing list for a
while, a year + maybe, and I don't recall hearing that it needed
reimporting for the module. Although I am not aware of how to do a
reimport, I am on
It was a whole different process before. It was marked with a different
format and imported with a different importer. This process didn't
recognize some of these complexities in the RSV.
--Chris
Dan Adams wrote:
I am curious, does anyone know that it was marked incorrectly before? I
know t
I am curious, does anyone know that it was marked incorrectly before? I
know that I am not one who would have the ability or knowledge of how to
check. I am just curious, because it would be pointless for the people who
import it to import it and not have the changes in place.
Dan
On
Sat, 13
Yep, it's all marked correctly in our OSIS docuement though, and as soon
as the OSIS importers seem up to the task, we'll import the text and
release it.
--Chris
Sean Boisen wrote:
A similar problem occurs in Matt 18, where verse 11 is apparently from a
manuscript tradition which the RSV does
Hi all,
Sorry to bug you with it, but does someone here has a MakeFile for te
Sword Engine, that works with the MinGW compiler?
Simon
___
sword-devel mailing list
[EMAIL PROTECTED]
http://www.crosswire.org/mailman/listinfo/sword-devel
A similar problem occurs in Matt 18, where verse 11
is apparently from a manuscript tradition which the RSV does not include. So
rather than going directly from verse 10 to 12, all subsequent verses in the
chapter are off by one.
Sean
www.semanticbible.com
Hmm. That is an issue, since we moved to autoconf/automake.
I would recommend getting cygwin. You can find instructions for setting
it up to use MinGW instead of the normal cygwin toolchain, but cygwin
will provide you with a full development environment that is capable of
running autoconf/au
Hi all,
Sorry to bug you with it, but does someone here has a MakeFile for te
Sword Engine, that works with the MinGW compiler?
Simon
___
sword-devel mailing list
[EMAIL PROTECTED]
http://www.crosswire.org/mailman/listinfo/sword-devel
> You can check out the docs from your account on crosswire and link to
> them from wiki, right?
Yeah. Willdo.
mg
___
sword-devel mailing list
[EMAIL PROTECTED]
http://www.crosswire.org/mailman/listinfo/sword-devel
How about here:
http://www.crosswire.org/sword/apiref/index.html
Troy A. Griffitts wrote:
Martin,
I can link to them from the website. I have no problem with that at
all.
BUT, I remember myself not being able to understand the class
diagrams and comments produced by doxygen. I realize
Martin,
I can link to them from the website. I have no problem with that at all.
BUT, I remember myself not being able to understand the class diagrams
and comments produced by doxygen. I realize this is probably my fault
for not commenting the code better, but I would like a human mad
Thanks! I think it would really be nice to have them on the website.
Class Diagrams make it much easier to understand code..
Simon
Martin Gruner wrote:
Simon,
I maintain the API-docs for Sword, and they do contain a few class diagrams
and such. Please checkout the sword-apidoc module from cvs
Simon,
I maintain the API-docs for Sword, and they do contain a few class diagrams
and such. Please checkout the sword-apidoc module from cvs.
Troy, can we have this on the website somewhere?
Martin
Am Samstag, 13. Dezember 2003 02:06 schrieb Simon Lagendijk:
> Troy,
>
> > I'm really encou
14 matches
Mail list logo
