Changeset 32637
- Timestamp:
- 2018-11-27T14:24:20+13:00 (5 years ago)
- Location:
- main/trunk/greenstone2/common-src/indexers/packages/windows/iconv
- Files:
-
- 2 edited
Legend:
- Unmodified
- Added
- Removed
-
main/trunk/greenstone2/common-src/indexers/packages/windows/iconv/GS-README-VS14-VS2015-AND-LATER.txt
r32632 r32637 10 10 11 11 12 1. Libiconv 1.11 appears to be the last version of the package that can be compiled with Visual Studio. 12 [ 13 NO NEED FOR STEP 1 14 X 1. Libiconv 1.11 appears to be the last version of the package that can be compiled with Visual Studio. 13 15 Subsequent versions require Mingw and/or Cygwin and won't work easily with our existing GS compile workflow. 14 16 … … 19 21 Then I renamed the untarred version from libiconv-1.11 to iconv 20 22 and finally I zipped it up to produce iconv.zip. 21 23 ] 22 24 23 25 2. In the Makefile.msvc files inside gs-libiconv 1.11 that are listed below, … … 70 72 71 73 74 4. stdbool.h redefinition of bool 75 76 - The solution wasn't: http://www.cplusplus.com/forum/beginner/72957/ 77 (and which issue produced the flow on errors at https://lists.gnu.org/archive/html/bug-gnu-libiconv/2007-07/msg00002.html) 78 79 - The solution was indicated at: https://github.com/chansen/p5-time-moment/issues/12 80 That new VS compilers had their own stdbool.h where bool was typedefed to some other type with a different size in memory. 81 So we have to use this stdbool.had 82 83 My solution was therefore to get rid of iconv/windows/stdbool.h for the iconv-VS14+ version, 84 to let it find the iconv in VS14+ instead. 85 So I renamed iconv/windows/stdbool.h to iconv/windows/stdbool.unusable_for_VS14plus 86 72 87 73 88 INFORMATIVE LINKS THAT WEREN'T RELEVANT AT THE TIME OR TO SOLVING THE ABOVE PROBLEMS:
Note:
See TracChangeset
for help on using the changeset viewer.