Re: [sword-devel] SWORD 1.9.0RC3 Available - Windows

2020-10-12 Thread Gary Holmlund 


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, not #3

I got the FindClucene.cmake part working. Now I am faced with numerous 
warning and a number of errors. See the attached file. At this point I 
would be happy with a cmake switch that would bypass the 
"FIND_PACKAGE(CLucene QUIET)"


Gary


Now, if I could just ever remember my SVN password to make a commit to 
the source tree! Shame we can't have SSH transport for commits!


--Greg

On Sun, Oct 11, 2020 at 3:01 PM Greg Hellings > wrote:




On Sun, Oct 11, 2020, 11:21 Gary Holmlund mailto:gary.holml...@gmail.com>> 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 them.

Thanks for your great efforts.

Gary Holmlund


1. Find ICU Quiet.

52c52
< FIND_PACKAGE(ICU
---
 > FIND_PACKAGE(ICU QUIET


This is curious. I wonder why.




2.I had to comment out the find of clucene.

55c55
< FIND_PACKAGE(CLucene QUIET)
---
 > #FIND_PACKAGE(CLucene QUIET)

 If it is not commented out, I get this error.

   CMake Error at cmake/FindCLucene.cmake:82 (FILE):
   FILE failed to open for reading (No such file or
directory):

C:/bibletime-tmp/b5/sword-prefix/src/sword-build/./CLucene/clucene-config.h

   NOTE: I find CLucene/clucene-config.h in the include
directory.


There should be a series of search paths it looks through. I'm not
at my computer right now to check, but if you define the search
paths this should be unnecessary. Tobias, I think, has a build
script that demonstrates defining the search path for CLucene.




3. buildtest.exe build error - I comment out the building of
buildtest.exe in CMakeLists.txt

272,277c272,277
< ADD_EXECUTABLE(buildtest buildtest.cpp)
< IF(BUILDING_STATIC)
<   TARGET_LINK_LIBRARIES(buildtest sword_static)
< ELSE(BUILDING_STATIC)
<   TARGET_LINK_LIBRARIES(buildtest sword)
< ENDIF(BUILDING_STATIC)
---
 > #ADD_EXECUTABLE(buildtest buildtest.cpp)
 > #IF(BUILDING_STATIC)
 > # TARGET_LINK_LIBRARIES(buildtest sword_static)
 > #ELSE(BUILDING_STATIC)
 > # TARGET_LINK_LIBRARIES(buildtest sword)
 > #ENDIF(BUILDING_STATIC)

Here are the errors I got without this change.

buildtest.cpp
5>C:\bibletime-tmp\sword\include\swkey.h(92,32): warning C4251:
'sword::SWKey::localeCache': class 'sword::SWKey::LocaleCache'
needs to
have dll-interface to be used by clients of class 'sword::SWKey'
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swkey.h(79): message : see
declaration
of 'sword::SWKey::LocaleCache'
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swconfig.h(125,34): warning
C4251:
'sword::SWConfig::Sections': class

'std::map,std::allocator>>' needs to have
dll-interface to be
used by clients of class 'sword::SWConfig'
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swconfig.h(36): message : see
declaration of

'std::map,std::allocator>>'
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swmodule.h(118,24): warning
C4251:
'sword::SWModule::ownConfig': class

'sword::multimapwithdefault>'

needs to have dll-interface to be used by clients of class
'sword::SWModule'
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swconfig.h(35): message : see
declaration of

'sword::multimapwithdefault>'

[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swmodule.h(120,43): warning
C4251:
'sword::SWModule::entryAttributes': class

'std::map,std::allocator>>' needs to have
dll-interface to be
used by clients of class 'sword::SWModule'
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swmodule.h(78): message : see

Re: [sword-devel] SWORD 1.9.0RC3 Available - Windows

2020-10-11 Thread Gary Holmlund 




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


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.9.0RC3 Available

2020-10-11 Thread Greg Hellings 
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.
>>
>
> IMO this (original warning) is not a problem of Microsoft but cmake.
>

This was a bad decision Microsoft made dozens of years ago. They're finally
getting better. :)


>
>> Why do we need to call this "CMAKE_POLICY" function? What is CMP0012? You
>> seem to be on a VERY new version of CMake, whereas we support pretty old
>> versions. The CMakeLists.txt itself claims to support back to 2.6.0, which
>> allows us to still cover older versions of CentOS and Ubuntu. Is this
>> policy something specific to newer versions of CMake? I would rather not
>> bump older versions out of accessibility if I don't need to.
>>
>
> Problem is not in SWORD but cURL (7.72.0). Here is output from cmake
> output:
>

Having read more, I'm not going to put settings into CMakeLists.txt that
account for deprecations in cURL. Please report this to cURL so they can
change the text of their generated CMake files.

The default path change has been added to the head of SVN now. You can grab
that and see if it works for you, now.

--Greg
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.9.0RC3 Available - Windows

2020-10-11 Thread Greg Hellings 
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 make a commit to the
source tree! Shame we can't have SSH transport for commits!

--Greg

On Sun, Oct 11, 2020 at 3:01 PM Greg Hellings 
wrote:

>
>
> 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 them.
>>
>> Thanks for your great efforts.
>>
>> Gary Holmlund
>>
>>
>> 1. Find ICU Quiet.
>>
>> 52c52
>> < FIND_PACKAGE(ICU
>> ---
>>  > FIND_PACKAGE(ICU QUIET
>>
>
> This is curious. I wonder why.
>
>
>>
>>
>> 2.I had to comment out the find of clucene.
>>
>> 55c55
>> < FIND_PACKAGE(CLucene QUIET)
>> ---
>>  > #FIND_PACKAGE(CLucene QUIET)
>>
>>  If it is not commented out, I get this error.
>>
>>CMake Error at cmake/FindCLucene.cmake:82 (FILE):
>>FILE failed to open for reading (No such file or directory):
>>
>> C:/bibletime-tmp/b5/sword-prefix/src/sword-build/./CLucene/clucene-config.h
>>
>>NOTE: I find CLucene/clucene-config.h in the include directory.
>>
>
> There should be a series of search paths it looks through. I'm not at my
> computer right now to check, but if you define the search paths this should
> be unnecessary. Tobias, I think, has a build script that demonstrates
> defining the search path for CLucene.
>
>
>>
>>
>> 3. buildtest.exe build error - I comment out the building of
>> buildtest.exe in CMakeLists.txt
>>
>> 272,277c272,277
>> < ADD_EXECUTABLE(buildtest buildtest.cpp)
>> < IF(BUILDING_STATIC)
>> <   TARGET_LINK_LIBRARIES(buildtest sword_static)
>> < ELSE(BUILDING_STATIC)
>> <   TARGET_LINK_LIBRARIES(buildtest sword)
>> < ENDIF(BUILDING_STATIC)
>> ---
>>  > #ADD_EXECUTABLE(buildtest buildtest.cpp)
>>  > #IF(BUILDING_STATIC)
>>  > # TARGET_LINK_LIBRARIES(buildtest sword_static)
>>  > #ELSE(BUILDING_STATIC)
>>  > # TARGET_LINK_LIBRARIES(buildtest sword)
>>  > #ENDIF(BUILDING_STATIC)
>>
>> Here are the errors I got without this change.
>>
>> buildtest.cpp
>> 5>C:\bibletime-tmp\sword\include\swkey.h(92,32): warning C4251:
>> 'sword::SWKey::localeCache': class 'sword::SWKey::LocaleCache' needs to
>> have dll-interface to be used by clients of class 'sword::SWKey'
>> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
>> 5>C:\bibletime-tmp\sword\include\swkey.h(79): message : see declaration
>> of 'sword::SWKey::LocaleCache'
>> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
>> 5>C:\bibletime-tmp\sword\include\swconfig.h(125,34): warning C4251:
>> 'sword::SWConfig::Sections': class
>> 'std::map,std::allocator>
>> sword::SWBuf,sword::ConfigEntMap>>>' needs to have dll-interface to be
>> used by clients of class 'sword::SWConfig'
>> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
>> 5>C:\bibletime-tmp\sword\include\swconfig.h(36): message : see
>> declaration of
>> 'std::map,std::allocator>
>> sword::SWBuf,sword::ConfigEntMap>>>'
>> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
>> 5>C:\bibletime-tmp\sword\include\swmodule.h(118,24): warning C4251:
>> 'sword::SWModule::ownConfig': class
>> 'sword::multimapwithdefault>'
>>
>> needs to have dll-interface to be used by clients of class
>> 'sword::SWModule'
>> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
>> 5>C:\bibletime-tmp\sword\include\swconfig.h(35): message : see
>> declaration of
>> 'sword::multimapwithdefault>'
>>
>> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
>> 5>C:\bibletime-tmp\sword\include\swmodule.h(120,43): warning C4251:
>> 'sword::SWModule::entryAttributes': class
>> 'std::map,std::allocator>
>> sword::SWBuf,sword::AttributeList>>>' needs to have dll-interface to be
>> used by clients of class 'sword::SWModule'
>> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
>> 5>C:\bibletime-tmp\sword\include\swmodule.h(78): message : see
>> declaration of
>> 'std::map,std::allocator>
>> sword::SWBuf,sword::AttributeList>>>'
>> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
>> 5>C:\bibletime-tmp\sword\include\swmodule.h(142,30): warning C4251:
>> 'sword::SWModule::rawdisp': class 'sword::SWModule::StdOutDisplay' needs
>> to have dll-interface to be used by clients of class 'sword::SWModule'
>> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
>> 5>C:\bibletime-tmp\sword\include\swmodule.h(107): message : see
>> declaration of 'sword::SWModule::StdOutDisplay'
>> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
>> 5> Creating library
>>

Re: [sword-devel] SWORD 1.9.0RC3 Available - Windows

2020-10-11 Thread Greg Hellings 
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 them.
>
> Thanks for your great efforts.
>
> Gary Holmlund
>
>
> 1. Find ICU Quiet.
>
> 52c52
> < FIND_PACKAGE(ICU
> ---
>  > FIND_PACKAGE(ICU QUIET
>

This is curious. I wonder why.


>
>
> 2.I had to comment out the find of clucene.
>
> 55c55
> < FIND_PACKAGE(CLucene QUIET)
> ---
>  > #FIND_PACKAGE(CLucene QUIET)
>
>  If it is not commented out, I get this error.
>
>CMake Error at cmake/FindCLucene.cmake:82 (FILE):
>FILE failed to open for reading (No such file or directory):
> C:/bibletime-tmp/b5/sword-prefix/src/sword-build/./CLucene/clucene-config.h
>
>NOTE: I find CLucene/clucene-config.h in the include directory.
>

There should be a series of search paths it looks through. I'm not at my
computer right now to check, but if you define the search paths this should
be unnecessary. Tobias, I think, has a build script that demonstrates
defining the search path for CLucene.


>
>
> 3. buildtest.exe build error - I comment out the building of
> buildtest.exe in CMakeLists.txt
>
> 272,277c272,277
> < ADD_EXECUTABLE(buildtest buildtest.cpp)
> < IF(BUILDING_STATIC)
> <   TARGET_LINK_LIBRARIES(buildtest sword_static)
> < ELSE(BUILDING_STATIC)
> <   TARGET_LINK_LIBRARIES(buildtest sword)
> < ENDIF(BUILDING_STATIC)
> ---
>  > #ADD_EXECUTABLE(buildtest buildtest.cpp)
>  > #IF(BUILDING_STATIC)
>  > # TARGET_LINK_LIBRARIES(buildtest sword_static)
>  > #ELSE(BUILDING_STATIC)
>  > # TARGET_LINK_LIBRARIES(buildtest sword)
>  > #ENDIF(BUILDING_STATIC)
>
> Here are the errors I got without this change.
>
> buildtest.cpp
> 5>C:\bibletime-tmp\sword\include\swkey.h(92,32): warning C4251:
> 'sword::SWKey::localeCache': class 'sword::SWKey::LocaleCache' needs to
> have dll-interface to be used by clients of class 'sword::SWKey'
> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
> 5>C:\bibletime-tmp\sword\include\swkey.h(79): message : see declaration
> of 'sword::SWKey::LocaleCache'
> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
> 5>C:\bibletime-tmp\sword\include\swconfig.h(125,34): warning C4251:
> 'sword::SWConfig::Sections': class
> 'std::map,std::allocator
> sword::SWBuf,sword::ConfigEntMap>>>' needs to have dll-interface to be
> used by clients of class 'sword::SWConfig'
> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
> 5>C:\bibletime-tmp\sword\include\swconfig.h(36): message : see
> declaration of
> 'std::map,std::allocator
> sword::SWBuf,sword::ConfigEntMap>>>'
> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
> 5>C:\bibletime-tmp\sword\include\swmodule.h(118,24): warning C4251:
> 'sword::SWModule::ownConfig': class
> 'sword::multimapwithdefault>'
>
> needs to have dll-interface to be used by clients of class
> 'sword::SWModule'
> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
> 5>C:\bibletime-tmp\sword\include\swconfig.h(35): message : see
> declaration of
> 'sword::multimapwithdefault>'
>
> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
> 5>C:\bibletime-tmp\sword\include\swmodule.h(120,43): warning C4251:
> 'sword::SWModule::entryAttributes': class
> 'std::map,std::allocator
> sword::SWBuf,sword::AttributeList>>>' needs to have dll-interface to be
> used by clients of class 'sword::SWModule'
> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
> 5>C:\bibletime-tmp\sword\include\swmodule.h(78): message : see
> declaration of
> 'std::map,std::allocator
> sword::SWBuf,sword::AttributeList>>>'
> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
> 5>C:\bibletime-tmp\sword\include\swmodule.h(142,30): warning C4251:
> 'sword::SWModule::rawdisp': class 'sword::SWModule::StdOutDisplay' needs
> to have dll-interface to be used by clients of class 'sword::SWModule'
> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
> 5>C:\bibletime-tmp\sword\include\swmodule.h(107): message : see
> declaration of 'sword::SWModule::StdOutDisplay'
> [C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
> 5> Creating library
> C:/bibletime-tmp/b6/sword-prefix/src/sword-build/Release/buildtest.lib
> and object
> C:/bibletime-tmp/b6/sword-prefix/src/sword-build/Release/buildtest.exp
> 5>buildtest.obj : error LNK2019: unresolved external symbol "public:
> static char * sword::SWBuf::nullStr" (?nullStr@SWBuf@sword@@2PADA)
> referenced in function "public: __thiscall std::pair const ,class sword::multimapwithdefault sword::SWBuf,struct std::less > >::pair sword::SWBuf const ,class sword::multimapwithdefault sword::SWBuf,class sword::SWBuf,struct std::less >
>  >(struct std::piecewise_construct_t,class
>

Re: [sword-devel] SWORD 1.9.0RC3 Available - Windows

2020-10-11 Thread Gary Holmlund 

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. Find ICU Quiet.

52c52
< FIND_PACKAGE(ICU
---
> FIND_PACKAGE(ICU QUIET



2.I had to comment out the find of clucene.

55c55
< FIND_PACKAGE(CLucene QUIET)
---
> #FIND_PACKAGE(CLucene QUIET)

    If it is not commented out, I get this error.

  CMake Error at cmake/FindCLucene.cmake:82 (FILE):
  FILE failed to open for reading (No such file or directory):
C:/bibletime-tmp/b5/sword-prefix/src/sword-build/./CLucene/clucene-config.h

  NOTE: I find CLucene/clucene-config.h in the include directory.



3. buildtest.exe build error - I comment out the building of 
buildtest.exe in CMakeLists.txt


272,277c272,277
< ADD_EXECUTABLE(buildtest buildtest.cpp)
< IF(BUILDING_STATIC)
<   TARGET_LINK_LIBRARIES(buildtest sword_static)
< ELSE(BUILDING_STATIC)
<   TARGET_LINK_LIBRARIES(buildtest sword)
< ENDIF(BUILDING_STATIC)
---
> #ADD_EXECUTABLE(buildtest buildtest.cpp)
> #IF(BUILDING_STATIC)
> # TARGET_LINK_LIBRARIES(buildtest sword_static)
> #ELSE(BUILDING_STATIC)
> # TARGET_LINK_LIBRARIES(buildtest sword)
> #ENDIF(BUILDING_STATIC)

Here are the errors I got without this change.

buildtest.cpp
5>C:\bibletime-tmp\sword\include\swkey.h(92,32): warning C4251: 
'sword::SWKey::localeCache': class 'sword::SWKey::LocaleCache' needs to 
have dll-interface to be used by clients of class 'sword::SWKey' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swkey.h(79): message : see declaration 
of 'sword::SWKey::LocaleCache' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swconfig.h(125,34): warning C4251: 
'sword::SWConfig::Sections': class 
'std::map,std::allocatorsword::SWBuf,sword::ConfigEntMap>>>' needs to have dll-interface to be 
used by clients of class 'sword::SWConfig' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swconfig.h(36): message : see 
declaration of 
'std::map,std::allocatorsword::SWBuf,sword::ConfigEntMap>>>' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swmodule.h(118,24): warning C4251: 
'sword::SWModule::ownConfig': class 
'sword::multimapwithdefault>' 
needs to have dll-interface to be used by clients of class 
'sword::SWModule' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swconfig.h(35): message : see 
declaration of 
'sword::multimapwithdefault>' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swmodule.h(120,43): warning C4251: 
'sword::SWModule::entryAttributes': class 
'std::map,std::allocatorsword::SWBuf,sword::AttributeList>>>' needs to have dll-interface to be 
used by clients of class 'sword::SWModule' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swmodule.h(78): message : see 
declaration of 
'std::map,std::allocatorsword::SWBuf,sword::AttributeList>>>' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swmodule.h(142,30): warning C4251: 
'sword::SWModule::rawdisp': class 'sword::SWModule::StdOutDisplay' needs 
to have dll-interface to be used by clients of class 'sword::SWModule' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\sword\include\swmodule.h(107): message : see 
declaration of 'sword::SWModule::StdOutDisplay' 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5> Creating library 
C:/bibletime-tmp/b6/sword-prefix/src/sword-build/Release/buildtest.lib 
and object 
C:/bibletime-tmp/b6/sword-prefix/src/sword-build/Release/buildtest.exp
5>buildtest.obj : error LNK2019: unresolved external symbol "public: 
static char * sword::SWBuf::nullStr" (?nullStr@SWBuf@sword@@2PADA) 
referenced in function "public: __thiscall std::pairconst ,class sword::multimapwithdefaultsword::SWBuf,struct std::less > >::pairsword::SWBuf const ,class sword::multimapwithdefaultsword::SWBuf,class sword::SWBuf,struct std::less > 
>(struct std::piecewise_construct_t,class 
std::tuple,class std::tuple<>)" 
(??$?0$$QAVSWBuf@sword@@$$Z$$V@?$pair@$$CBVSWBuf@sword@@V?$multimapwithdefault@VSWBuf@sword@@V12@U?$less@VSWBuf@sword@@@std@@@2@@std@@QAE@Upiecewise_construct_t@1@V?$tuple@$$QAVSWBuf@sword@@@1@V?$tuple@$$V@1@@Z) 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]
5>C:\bibletime-tmp\b6\sword-prefix\src\sword-build\Release\buildtest.exe 
: fatal error LNK1120: 1 unresolved externals 
[C:\bibletime-tmp\b6\sword-prefix\src\sword-build\buildtest.vcxproj]

5>Done building project

Re: [sword-devel] SWORD 1.9.0RC3 Available

2020-10-10 Thread Tobias Klein 

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, 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 refreshing weekend,
Troy

On 10/6/20 10:49 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.


IMO this (original warning) is not a problem of Microsoft but cmake.


Why do we need to call this "CMAKE_POLICY" function? What is CMP0012? You 
seem to be on a VERY new version of CMake, whereas we support pretty old 
versions. The CMakeLists.txt itself claims to support back to 2.6.0, which 
allows us to still cover older versions of CentOS and Ubuntu. Is this 
policy something specific to newer versions of CMake? I would rather not 
bump older versions out of accessibility if I don't need to.


Problem is not in SWORD but cURL (7.72.0). Here is output from cmake output:

CMake Warning (dev) at F:/win64_llvm/lib/cmake/CURL/CURLConfig.cmake:52 (if):
if given arguments:

"ON"

An argument named "ON" appears in a conditional statement.  Policy CMP0012
is not set: if() recognizes numbers and boolean constants.  Run "cmake
--help-policy CMP0012" for policy details.  Use the cmake_policy command to
set the policy and suppress this warning.
Call Stack (most recent call first):
C:/Program Files/CMake/share/cmake-3.18/Modules/FindCURL.cmake:58 
(find_package)

CMakeLists.txt:57 (FIND_PACKAGE)
This warning is for project developers.  Use -Wno-dev to suppress it.
Details are explained at 
https://cmake.org/cmake/help/v3.18/policy/CMP0012.html. => cmake 3x expect 
this policy is set otherwise there is warning.
In recent cmake versions The OLD behavior of a policy is 
deprecatedbydefinition and may be removed in a future version of CMake.


Zdenko


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.9.0RC3 Available

2020-10-10 Thread Fr Cyrille 

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 interface 


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 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 refreshing weekend,

Troy


On 10/6/20 10:49 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.


IMO this (original warning) is not a problem of Microsoft but cmake.


Why do we need to call this "CMAKE_POLICY" function? What is
CMP0012? You seem to be on a VERY new version of CMake, whereas
we support pretty old versions. The CMakeLists.txt itself claims
to support back to 2.6.0, which allows us to still cover older
versions of CentOS and Ubuntu. Is this policy something specific
to newer versions of CMake? I would rather not bump older
versions out of accessibility if I don't need to.

Problem is not in SWORD but cURL (7.72.0). Here is output from cmake 
output:


CMake Warning (dev) at 
F:/win64_llvm/lib/cmake/CURL/CURLConfig.cmake:52 (if):

  if given arguments:

    "ON"

  An argument named "ON" appears in a conditional statement.  Policy 
CMP0012

  is not set: if() recognizes numbers and boolean constants.  Run "cmake
  --help-policy CMP0012" for policy details.  Use the cmake_policy 
command to

  set the policy and suppress this warning.
Call Stack (most recent call first):
  C:/Program Files/CMake/share/cmake-3.18/Modules/FindCURL.cmake:58 
(find_package)

  CMakeLists.txt:57 (FIND_PACKAGE)
This warning is for project developers.  Use -Wno-dev to suppress it.
Details are explained at 
https://cmake.org/cmake/help/v3.18/policy/CMP0012.html. => cmake 3x 
expect this policy is set otherwise there is warning.
In recent cmake versions The |OLD| behavior of a policy is 
|deprecated by definition| and may be removed in a future version of 
CMake.


Zdenko


___
sword-devel mailing list:sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.9.0RC3 Available

2020-10-10 Thread Fr Cyrille 
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 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 refreshing weekend,

Troy


On 10/6/20 10:49 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.


IMO this (original warning) is not a problem of Microsoft but cmake.


Why do we need to call this "CMAKE_POLICY" function? What is
CMP0012? You seem to be on a VERY new version of CMake, whereas
we support pretty old versions. The CMakeLists.txt itself claims
to support back to 2.6.0, which allows us to still cover older
versions of CentOS and Ubuntu. Is this policy something specific
to newer versions of CMake? I would rather not bump older
versions out of accessibility if I don't need to.

Problem is not in SWORD but cURL (7.72.0). Here is output from cmake 
output:


CMake Warning (dev) at 
F:/win64_llvm/lib/cmake/CURL/CURLConfig.cmake:52 (if):

  if given arguments:

    "ON"

  An argument named "ON" appears in a conditional statement.  Policy 
CMP0012

  is not set: if() recognizes numbers and boolean constants.  Run "cmake
  --help-policy CMP0012" for policy details.  Use the cmake_policy 
command to

  set the policy and suppress this warning.
Call Stack (most recent call first):
  C:/Program Files/CMake/share/cmake-3.18/Modules/FindCURL.cmake:58 
(find_package)

  CMakeLists.txt:57 (FIND_PACKAGE)
This warning is for project developers.  Use -Wno-dev to suppress it.
Details are explained at 
https://cmake.org/cmake/help/v3.18/policy/CMP0012.html. => cmake 3x 
expect this policy is set otherwise there is warning.
In recent cmake versions The |OLD| behavior of a policy is 
|deprecated by definition| and may be removed in a future version of 
CMake.


Zdenko


___
sword-devel mailing list:sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.9.0RC3 Available

2020-10-10 Thread Troy A. Griffitts 
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 refreshing weekend,

Troy


On 10/6/20 10:49 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.


IMO this (original warning) is not a problem of Microsoft but cmake.


Why do we need to call this "CMAKE_POLICY" function? What is
CMP0012? You seem to be on a VERY new version of CMake, whereas we
support pretty old versions. The CMakeLists.txt itself claims to
support back to 2.6.0, which allows us to still cover older
versions of CentOS and Ubuntu. Is this policy something specific
to newer versions of CMake? I would rather not bump older versions
out of accessibility if I don't need to.

Problem is not in SWORD but cURL (7.72.0). Here is output from cmake 
output:


CMake Warning (dev) at 
F:/win64_llvm/lib/cmake/CURL/CURLConfig.cmake:52 (if):

  if given arguments:

    "ON"

  An argument named "ON" appears in a conditional statement.  Policy 
CMP0012

  is not set: if() recognizes numbers and boolean constants.  Run "cmake
  --help-policy CMP0012" for policy details.  Use the cmake_policy 
command to

  set the policy and suppress this warning.
Call Stack (most recent call first):
  C:/Program Files/CMake/share/cmake-3.18/Modules/FindCURL.cmake:58 
(find_package)

  CMakeLists.txt:57 (FIND_PACKAGE)
This warning is for project developers.  Use -Wno-dev to suppress it.
Details are explained at 
https://cmake.org/cmake/help/v3.18/policy/CMP0012.html. => cmake 3x 
expect this policy is set otherwise there is warning.
In recent cmake versions The |OLD| behavior of a policy is |deprecated 
by definition| and may be removed in a future version of CMake.


Zdenko


___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.9.0RC3 Available

2020-10-06 Thread ZdPo Ster 
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 but cmake.


> Why do we need to call this "CMAKE_POLICY" function? What is CMP0012? You
> seem to be on a VERY new version of CMake, whereas we support pretty old
> versions. The CMakeLists.txt itself claims to support back to 2.6.0, which
> allows us to still cover older versions of CentOS and Ubuntu. Is this
> policy something specific to newer versions of CMake? I would rather not
> bump older versions out of accessibility if I don't need to.
>

Problem is not in SWORD but cURL (7.72.0). Here is output from cmake output:

CMake Warning (dev) at F:/win64_llvm/lib/cmake/CURL/CURLConfig.cmake:52
(if):
  if given arguments:

"ON"

  An argument named "ON" appears in a conditional statement.  Policy CMP0012
  is not set: if() recognizes numbers and boolean constants.  Run "cmake
  --help-policy CMP0012" for policy details.  Use the cmake_policy command
to
  set the policy and suppress this warning.
Call Stack (most recent call first):
  C:/Program Files/CMake/share/cmake-3.18/Modules/FindCURL.cmake:58
(find_package)
  CMakeLists.txt:57 (FIND_PACKAGE)
This warning is for project developers.  Use -Wno-dev to suppress it.

Details are explained at
https://cmake.org/cmake/help/v3.18/policy/CMP0012.html. => cmake 3x expect
this policy is set otherwise there is warning.
In recent cmake versions The OLD behavior of a policy is deprecated by
definition and may be removed in a future version of CMake.

Zdenko
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.9.0RC3 Available

2020-10-04 Thread Greg Hellings 
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, whereas we support pretty old
versions. The CMakeLists.txt itself claims to support back to 2.6.0, which
allows us to still cover older versions of CentOS and Ubuntu. Is this
policy something specific to newer versions of CMake? I would rather not
bump older versions out of accessibility if I don't need to.

--Greg
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.9.0RC3 Available

2020-10-04 Thread ZdPo Ster 
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, Greg Hellings  wrote:

> 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 list or to me
> directly.
>
> --Greg
>
> On Sat, Oct 3, 2020 at 4:09 AM ZdPo Ster  wrote:
>
>> 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 C:\Program Files (x86)\libsword\.
>>
>>   Invalid escape sequence \P
>>
>>   Policy CMP0010 is not set: Bad variable reference syntax is an error.
>> Run
>>   "cmake --help-policy CMP0010" for policy details.  Use the cmake_policy
>>   command to set the policy and suppress this warning.
>> Call Stack (most recent call first):
>>   cmake/options.cmake:35 (_SET_FANCY)
>>   CMakeLists.txt:31 (INCLUDE)
>> This warning is for project developers.
>>
>> cmake & VS build is ok.
>> But when I tried to build sword with cmake and clang (which is able to
>> create libraries compatible with VS or gcc) via ninja I got error message:
>>
>> failed with:
>>ninja: error: build.ninja:2837: multiple rules generate sword.lib
>>
>> IMO these are not showstoppers, but it would be nice to solve them in the
>> final release...
>>
>> Zdenko
>>
>> On Fri, 2 Oct 2020 at 22:00, 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? I know that was being discussed some months back. That is, will we
>>> be able to dispose of the decade-old patch for Win32 Sword that keeps
>>> Xiphos sane in the face of NTFS and đíàçŕïẗ́iċąłṡ?
>>> ___
>>> sword-devel mailing list: sword-devel@crosswire.org
>>> http://crosswire.org/mailman/listinfo/sword-devel
>>> Instructions to unsubscribe/change your settings at above page
>>
>> ___
>> sword-devel mailing list: sword-devel@crosswire.org
>> http://crosswire.org/mailman/listinfo/sword-devel
>> Instructions to unsubscribe/change your settings at above page
>
> ___
> sword-devel mailing list: sword-devel@crosswire.org
> http://crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page


cmake.patch
Description: Binary data
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.9.0RC3 Available

2020-10-03 Thread Greg Hellings 
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 list or to me
directly.

--Greg

On Sat, Oct 3, 2020 at 4:09 AM ZdPo Ster  wrote:

> 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 C:\Program Files (x86)\libsword\.
>
>   Invalid escape sequence \P
>
>   Policy CMP0010 is not set: Bad variable reference syntax is an error.
> Run
>   "cmake --help-policy CMP0010" for policy details.  Use the cmake_policy
>   command to set the policy and suppress this warning.
> Call Stack (most recent call first):
>   cmake/options.cmake:35 (_SET_FANCY)
>   CMakeLists.txt:31 (INCLUDE)
> This warning is for project developers.
>
> cmake & VS build is ok.
> But when I tried to build sword with cmake and clang (which is able to
> create libraries compatible with VS or gcc) via ninja I got error message:
>
> failed with:
>ninja: error: build.ninja:2837: multiple rules generate sword.lib
>
> IMO these are not showstoppers, but it would be nice to solve them in the
> final release...
>
> Zdenko
>
> On Fri, 2 Oct 2020 at 22:00, 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? I know that was being discussed some months back. That is, will we
>> be able to dispose of the decade-old patch for Win32 Sword that keeps
>> Xiphos sane in the face of NTFS and đíàçŕïẗ́iċąłṡ?
>> ___
>> sword-devel mailing list: sword-devel@crosswire.org
>> http://crosswire.org/mailman/listinfo/sword-devel
>> Instructions to unsubscribe/change your settings at above page
>
> ___
> sword-devel mailing list: sword-devel@crosswire.org
> http://crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.9.0RC3 Available

2020-10-03 Thread Greg Hellings 
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?
> I know that was being discussed some months back. That is, will we be able
> to dispose of the decade-old patch for Win32 Sword that keeps Xiphos sane
> in the face of NTFS and đíàçŕïẗ́iċąłṡ?
>

It *should be*. Troy did inline a native Sword fix based on the latest
version of the Xiphos patch. More testing would, of course, be welcome.

--Greg

> ___
> sword-devel mailing list: sword-devel@crosswire.org
> http://crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.9.0RC3 Available

2020-10-03 Thread ZdPo Ster 
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 C:\Program Files (x86)\libsword\.

  Invalid escape sequence \P

  Policy CMP0010 is not set: Bad variable reference syntax is an error.  Run
  "cmake --help-policy CMP0010" for policy details.  Use the cmake_policy
  command to set the policy and suppress this warning.
Call Stack (most recent call first):
  cmake/options.cmake:35 (_SET_FANCY)
  CMakeLists.txt:31 (INCLUDE)
This warning is for project developers.

cmake & VS build is ok.
But when I tried to build sword with cmake and clang (which is able to
create libraries compatible with VS or gcc) via ninja I got error message:

failed with:
   ninja: error: build.ninja:2837: multiple rules generate sword.lib

IMO these are not showstoppers, but it would be nice to solve them in the
final release...

Zdenko

On Fri, 2 Oct 2020 at 22:00, 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?
> I know that was being discussed some months back. That is, will we be able
> to dispose of the decade-old patch for Win32 Sword that keeps Xiphos sane
> in the face of NTFS and đíàçŕïẗ́iċąłṡ?
> ___
> sword-devel mailing list: sword-devel@crosswire.org
> http://crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.9.0RC3 Available

2020-10-02 Thread Karl Kleinpaste 
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 be able to dispose of the decade-old patch for Win32 Sword that keeps
Xiphos sane in the face of NTFS and đíàçŕïẗ́iċąłṡ?
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page

Re: [sword-devel] SWORD 1.9.0RC3 Available

2020-10-02 Thread Greg Hellings 
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 implementation details for SWClass, defaulting
> SWDYANIC_CAST to the compiler's dynamic_cast, and better const stafety.
>
> There shouldn't be much that would break anything.  Please give it a try
> and let me know if you have any issues:
>
>
> https://crosswire.org/sword/ALPHAcckswwlkrfre22034820285912/sword-1.9.0RC3.tar.gz
>
> Thank you for all your help and comments.  Hope everyone is at the end
> of a good week and looking forward to a great weekend,
>
> Troy
>
>
> On 9/17/20 8:25 PM, Troy A. Griffitts wrote:
> > RC2 is available.  Small changes to accommodate a few lint warnings
> > and updated java-jni bindings.  Added Vietnamese [Pref Abbrevs]
> > section (thanks Daniel Owens!)
> >
> >
> https://crosswire.org/sword/ALPHAcckswwlkrfre22034820285912/sword-1.9.0RC2.tar.gz
> >
> >
> > Please let me know if you have positive or negative results.  I would
> > like to hear things are working in our mainstream frontends before
> > pushing this out; it would give me happy thoughts.
> >
> > Hope everyone is having a good week,
> >
> > Troy
> >
> >
> > On 9/11/20 6:57 PM, Troy A. Griffitts wrote:
> >> Give it a go and let me know.
> >>
> >>
> http://crosswire.org/sword/ALPHAcckswwlkrfre22034820285912/sword-1.9.0RC1.tar.gz
> >>
> >>
> >> Also, just to reiterate, if I've let anything out submitted by
> >> anyone, it isn't because I don't like you (probably), it's more
> >> likely that I'm old and forgetful. Please let me know if you don't
> >> notice something you've submitted in bundled up in the RC.
> >>
> >> Thanks for any feedback one way or another.
> >>
> >> Troy
> >>
> >> ___
> >> sword-devel mailing list: sword-devel@crosswire.org
> >> http://crosswire.org/mailman/listinfo/sword-devel
> >> Instructions to unsubscribe/change your settings at above page
> > ___
> > sword-devel mailing list: sword-devel@crosswire.org
> > http://crosswire.org/mailman/listinfo/sword-devel
> > Instructions to unsubscribe/change your settings at above page
> ___
> sword-devel mailing list: sword-devel@crosswire.org
> http://crosswire.org/mailman/listinfo/sword-devel
> Instructions to unsubscribe/change your settings at above page
___
sword-devel mailing list: sword-devel@crosswire.org
http://crosswire.org/mailman/listinfo/sword-devel
Instructions to unsubscribe/change your settings at above page