[bt-devel] Sword include path

[Gregory Hellings]

This is a sword issue. In the majority of our cases it will work (it  
worked great in most Linux systems and in Mac too). The issue comes  
with Windows. Basically it goes like follows:

In Linux, the paths /usr/local/include and /usr/local/include/sword  
are both usually included during a manual install. /usr/local/include/ 
sword was needed because sword refers to it's own headers with no  
prefix (as they are all in sword-1.6.1/include for example). Our own  
code at the time was a mixture of with and without the sword/ in the C+ 
+ files.

When I first started building on Windows, there is no concept of  
universal install locations like /usr/local/include, so all the files  
were kept in sword-<version>/include where there is no sword/  
directory. Thus I presented the issue to the rest of the mailing list  
and we agreed to standardize on no sword/ to keep easier compatibility  
with Windows and the defauls SWORD behavior and to keep our own usage  
consistent.

While there are conceptual reasons to want sword/ at the beginning and  
also technical ones as well, there are also good reasons to want to  
keep the current behavior. If this is going to change, you'd have to  
alter almost every file in BibleTime, SWORD, all the bindings and  
possibly also Xiphos and other projects as well.

--Greg



On Feb 22, 2010, at 12:24 PM, Jaak Ristioja <Ristioja at gmail.com> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hello
>
> < This message might be related to cmake and our build system on  
> some platforms. >
>
> Currently all sword headers are included in the following manner:
>
>  // Sword includes:
>  #include "someswordheader.h"
>  #include "someswordheader2.h"
>
> It were really neat if we could do this instead:
>
>  #include <sword/someswordheader.h>
>  #include <sword/someswordheader2.h>
>
> and have all the regular includes and sword includes in one single  
> block of code. Can this
> be done? If its a sword issue we should report this upstream,  
> otherwise there must be
> something we can do ourselves?
>
> Jaak
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.14 (GNU/Linux)
>
> iQgcBAEBAgAGBQJLgsvWAAoJEFqwhAoGc/hvLrc//janFRUolUS9Jtue+DI0kjyi
> t5C+RApm4pnt4cWl9kzteLa8Z3YPVLueL5RPNlLFrwpasiclEA6iF3ddhjPWnsfH
> TivyCPNugcDPwo/yonG8701cHr97R4UkfiUmv7UF/mEFDAWdJNEb9RheSONT4wg3
> 648zlAyumf9QWSEFrfDxEpfucVHpR2Rjgx/ZOUedL07QwKIjLxR9iKoPs9KNXtxx
> eX72S89oTzeY90qMHJAm2YNy3KINmrptBSxkV8dgXXKh45bW6dYIpfTfTzRehcYG
> bxjbbLs4R5Z9EMSklEjQpwp46iJJIQ/9qtjfK7XHHTv5J3a6BYjEBYCqE0mytzxH
> 7dZT1ebSHvjZKHzXnZuDPopNUKAt0Fg+oqkxNu0wPYVbIaRYMIgP5uBMGfYN3gmW
> TdRsMVIq5tWQlX60f7NCJzxVKeblc7FqqC8dbaZ9v4w4EjZwljmVv+iQIegrWABg
> oxkzfAruxxFnwke/jPLAufFdzT3zaHJdy9u0tFTFrUypRzdnXtjJQ6fvYl05YfMj
> 7maqDxUPgBfiAtnyxlJwug5YwCo5ziSrCoj4xeOSZ3SKfDxl7nlAyPc4zdcUdnHu
> sz+YTcCr8NWRwWebqeluv4Q0wjbuRccd9ELPVYVn8qqPnxDaYVk+MrMvG0TJcVMn
> VsSjAtPUP+bFekSAPhUQ7N+sQckfa6q2yA8kXddDB/Mj8MYcxG81nGc4PrDLZO2U
> 6gHlHlXKP+STi87qAL/cKVokovXpeXENzwXQutfPh4v8oyb1jUs6jynrS+3XBP1f
> tVp39ZXuTlSzdIfHGHYf1YZ98i3DNgNyaIOThnQd7UOmomBKNn5ycgQs67GF1EIZ
> XlFFpEfr2q3wWDVRF8f/qkyC4neXfOZDnQM+oztFl2m+E5/k0DJ7cMAj03095frG
> fD7WIAzztwenyhBpM/NUefIXyVWGgMVxLWGt6hSeLVk2vf/pmxxA6Heq8U2Oq/we
> G+oCctg7gXgXJitduhcm1mMoY+dRujPm+h9kXjdf1x+OHJgIH12PIa24n8mZzi2f
> p7JyrrWsFl2qm5x18dVeRyUlqXs2Rv8b7bZfVJAFBZkvMK+Q0pC7nFf38KrwkiNm
> AyV4vvGDuM9pT/OyBJKkEt66arCbxJ1hmbVUYZMdjN3gsM3l9+aHGDE5qdpRJmMs
> 20A2Mxf0DXiIqXHkiNRA7XJ7QX4FHB6/7MSYu1Iie62ilfPj+7UHiVwvlBOAaJTk
> BQXRC09x2PoGoCjNNq8i65gytoSzyugEyODx34CpMmsQ16J7m1ZU9RMFUtZYD0P5
> 4Xwm6QRhgsj/1YEydx7mLptRoN6KtOkmL51WzKLUnyjBSN4DuCr/iBjPM2ppsomW
> w8BF3nEjmlVxcv9bpbrnq8BN8rMNzPdMcQq68jK+hq5JxH+XUE8PhtN34orj6d1L
> YGXNRKLnOvMn5Wm8K9uejTD3gkVnwZ+n1NBbRulk+0xSzEFh1jg/HQxHvxgYvWNm
> NYDWrI+SIADapJOrjwMTg+Qz2Bjchl+LHqzWTFYQWNjicH8GrV0csM31344cfQ8g
> wBGEsue+CWPiqyv/hOQFSeOQhWG64lSJ+Y4WcFZaamcnBl6bXEzlBLVxPKIwMeUI
> YQx4FG2BrY+9Vn3GLSde/JmHIuITv95bEgOXTpL64M+Ngu2GRu7AKMyhIlBdT+P9
> 25sFcEH7MCaoAxJFgI4hGx98Q1PzdQoJGxI8hM6qVW/5ctRQTTJwIP9WQLSu9X4x
> qBhafV/yI4jG8Y2JyPGdMLpCEBBYJiWvUcyHh9jiaxV9GJ7N9zT2xwlSrtmHsV+P
> jNJ6GswzXYfHI/oKeXYb24bB8J2bsiqYIhanIGao1OZZ9RgRBJaUkindKQof8dbX
> O5R1MQnOEPXR1v5RGP9zHSf1ekmtx7w848TeUoQ2Xfl3KVTPxRx8DwDSI8H/P2Tw
> HXSXXVAaAotMBB3/PS5gV5pPf1IVopp/xTwhB+gpqcFw0ndarS1cQwsOEjjo7JuY
> zYDUcpjW8dj6xo2zMU/AmDoqwXFZOY+xYYJBRNlkOjMB1lchreZGkzLGE3ac1f1x
> f0iAApvPcNzyAsigvynOCpQCcL9ftLsEaGFDF/aaNGj360KE7YcFh5XNMQhr4DbY
> rwldMFaM7CHrFGAkJlr3pgGAmRp8DHAWemEONt1BSXCVsNoO6hPnf+ba4arNLy/E
> pmHHsW3bbhOrgqtUl5a0ewf9mEbPR7MxK53k6sMMoE9zpuDsQbZLt3/cuSppS1IO
> iE54aWKB12719FKAeDjJfzG06hRTEraZttORN5xnTl17X144NcQsgCUvk+7ptNMQ
> GfKi0OhMBXZPWhN+vuxetnaUglrmFmN5Dp+pPhbpPVCzE0Ojw8aFgllfyDkY8/ss
> cogQM+g7MVSVPUSHUFegUFAf4wBZ5svYgiwEATqfqzyBiQlbiwdKGifAKtdJd/TM
> gcy97kAEl0abdhQJOJgQ7TAGR6UZCmVRgwFFNVC9bvZzFAGiRXRFKYu9skcgbUoy
> gs8ngmbLWeueKRhi2uWW1qmw7gy+ZX5ybVHBhuLu8Hg54GARmgp3zW1BXOgtuxOp
> 6CmZN+m8wUNF5gBkcsEy/hCZ7l0FV8rPiHuWORTr44opQzzyZzYEU1Xb2mN23pP3
> rGiEbHYZ69BLbRksV0T/DIu0+yZWIojaJN8AO1jeSz0GgecZljFPlJcCsQ4qUJoh
> yEvEjzGdrxTApD+oF/2E
> =sPss
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> bt-devel mailing list
> bt-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/bt-devel