On 10/11/2020 2:35 PM, Greg Hellings wrote:
Gary,
I have prepared the changes for #1 and 4 below.
For #3 try defining CLUCENE_HOME with -DCLUCENE_HOME=../../some/path/
to where you built and installed CLucene. That *should* allow
FindCLucene.cmake to locate the files appropriately.
#2, no
3. buildtest.exe build error - I comment out the building of
buildtest.exe in CMakeLists.txt
This might be a question for Troy. I wonder if these are based on the
deprecations he has done this cycle?
--Greg
This problem is the same as in 1.8.1.
Gary
On Tue, Oct 6, 2020 at 3:52 AM ZdPo Ster wrote:
>
>
> On Sun, 4 Oct 2020 at 21:32, Greg Hellings
> wrote:
>
>> Ah, I had heard that Microsoft understood slash characters better in
>> paths nowadays compared to their insistence on backslashes in the past.
>> That update should be easy to merge.
>
Gary,
I have prepared the changes for #1 and 4 below.
For #3 try defining CLUCENE_HOME with -DCLUCENE_HOME=../../some/path/ to
where you built and installed CLucene. That *should* allow
FindCLucene.cmake to locate the files appropriately.
Now, if I could just ever remember my SVN password to mak
On Sun, Oct 11, 2020, 11:21 Gary Holmlund wrote:
> Troy and Greg,
>
> I have compiled BibleTime with Sword 1.8.903 on Windows. To do this I
> had to make 4 changes to cmake files. The first and last one are easy
> changes. The second and third will need more effort to decide how to
> properly fix
Troy and Greg,
I have compiled BibleTime with Sword 1.8.903 on Windows. To do this I
had to make 4 changes to cmake files. The first and last one are easy
changes. The second and third will need more effort to decide how to
properly fix them.
Thanks for your great efforts.
Gary Holmlund
1
Dear Troy,
When it comes to Ezra Project / node-sword-interface I don't have any other
requests at the moment. Thanks for everyone's hard work on 1.9.0! Enjoy the
rest of your weekend!
Best regards,
Tobias
Am 10. Oktober 2020 09:55:55 schrieb "Troy A. Griffitts"
:
OK, I am happy to release,
Hi again,
Has something been done about the translation issue of sword related in
frontend?
I'm speaking about some text appearing in the frontend when the module
manager is used, by instance "downloading (1 of 2)". It's not so
important, I'm just a little bit rigorous in translating the interf
I'm just curious to know if something can be done about this question
for the debian users:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=950976
Le 10/10/2020 à 09:42, Troy A. Griffitts a écrit :
OK, I am happy to release, but wanted to give one last chance to get
any cmake or other upda
OK, I am happy to release, but wanted to give one last chance to get any
cmake or other updates into trunk before we cut 1.9.0.
Was there anything we still wanted to push into the build system to help
cmake on Windows or any other changes?
Hope everyone is off to the start of a safe and refre
On Sun, 4 Oct 2020 at 21:32, Greg Hellings wrote:
> Ah, I had heard that Microsoft understood slash characters better in paths
> nowadays compared to their insistence on backslashes in the past. That
> update should be easy to merge.
>
IMO this (original warning) is not a problem of Microsoft bu
Ah, I had heard that Microsoft understood slash characters better in paths
nowadays compared to their insistence on backslashes in the past. That
update should be easy to merge.
Why do we need to call this "CMAKE_POLICY" function? What is CMP0012? You
seem to be on a VERY new version of CMake, whe
Please see the attached patch that solves the problem with warnings.
I am wondering why there is a need to hardcode installation paths as they
usually are not only OS dependent but also architecture dependent . And
cmake on windows handle them correctly by default...
On Sun, 4 Oct 2020 at 03:54,
Sword doesn't really support building on Windows other than with the
Borland C++ files that Troy maintains. CMake can easily be used to
cross-compile from Linux.
If you would like to provide fixes to it so that it also builds directly
from Windows with CMake, you're welcome to send those to the li
On Fri, Oct 2, 2020 at 2:57 PM Karl Kleinpaste wrote:
> On 10/2/20 9:42 AM, Troy A. Griffitts wrote:
>
> Please give it a try and let me know if you have any issues
>
> No issue building, and building Xiphos with it.
>
> But important question: Does this release take care of the UTF-16 problem?
>
cmake 3.18.2 (on windows) reports:
CMake Warning (dev) at cmake/options.cmake:21 (set):
Syntax error in cmake code at
F:/Project-Personal/clang_shared/sword-1.9.0RC3/cmake/options.cmake:21
when parsing string
Directory into which to install architecture-dependent files. Defaults
to
On 10/2/20 9:42 AM, Troy A. Griffitts wrote:
> Please give it a try and let me know if you have any issues
No issue building, and building Xiphos with it.
But important question: Does this release take care of the UTF-16
problem? I know that was being discussed some months back. That is, will
we b
Users of Fedora can now find a build of this in Rawhide as 1.8.903.
--Greg
On Fri, Oct 2, 2020 at 8:49 AM Troy A. Griffitts
wrote:
> OK, I hope this will be the last RC before final release. This RC
> includes the changes last week with the TEI filter supporting for
> Fr. Cyrille, hiding impl
OK, I hope this will be the last RC before final release. This RC
includes the changes last week with the TEI filter supporting for
Fr. Cyrille, hiding implementation details for SWClass, defaulting
SWDYANIC_CAST to the compiler's dynamic_cast, and better const stafety.
There shouldn't be mu
19 matches
Mail list logo
