On 3 January 2015 at 17:44, Dennis E. Hamilton <[email protected]> wrote:
> The current script for extracting externals relies on Windows Shell > functions for extracting the contents of Zip folders into regular > directories. A bonus of the current script is that the Microsoft Windows > "copying ..." animation will appear when an extraction runs long enough. > This can be a bit startling, especially on Windows 8.1 where the animation > is quite elaborate. > > There is no apparent harm to this, so I am giving it a low priority. I > will see if there is any means to control the animation, but I am not in a > hurry for this low-frequency portion of the project. > I dont see this a problem, we need to spend time on.....much better use the same time to write the document you described. rgds jan i. > > - Dennis > > -----Original Message----- > From: Dennis E. Hamilton [mailto:[email protected]] > Sent: Friday, January 2, 2015 11:31 > To: [email protected] > Subject: RE: x86 Externals? > > Thanks for the clarification on dependencies. > > I notice, in verifying the running of my extract_downloads.bat script that > there are two sources of zlib1.dll. There is the one in zlib-128-dll.zip > which is about 105kb (identified as version 1.2.8.0), and one in > SDL2_image-devel-2.0.0-VC.zip lib/x86 that is about 121kb (and identified > as version 1.2.8.0). > > I'm doing the extractions in the same order as in extract_downloads.sh, so > the zlib-128-dll version ends up in download/bin. > > 1. I wonder if there are other collisions and if any of them matter. > 2. I also notice that there is license information that goes with the > DLLs from SDL2_image. We are not extracting any of that. It might be > useful to do simply as a formality. > > - Dennis > > -----Original Message----- > From: Peter Kelly [mailto:[email protected]] > Sent: Thursday, January 1, 2015 22:32 > To: [email protected] > Subject: Re: x86 Externals? > > > On 2 Jan 2015, at 4:08 am, Dennis E. Hamilton <[email protected]> > wrote: > > > > Just a quick clarification. > > > > The externals folder in the source tree seems to be exclusively for > obtaining x86 libraries, DLLs, and include files. These are exclusively > for compiling native Windows x86 code, yes? > > Yes. I’m not sure what the best way to handle support for both x86 or x64 > is; something we need to figure out. Ideally it would be nice to have the > capability to build both. > > > And is their only use as dependencies from the minizip and > w3c-tidy-html5 in DocFormats/platform/3rdparty ? > > No; libxml is used by DFXML.c (the only file that uses it), and > SDL/SDL_image is used by Win32.c and Linux.c. zlib is, however, used only > by minizip. > > > Another question. The externals/README.txt file says that there are > external/download/bin DLLs that need to be copied to the directory > containing the compiled Corinthia binaries. > > > > Is there any need for the .exe files that are also extracted to > download/bin? Could they simply not be extracted? > > No; the .exe files are not needed. > > > Is it necessary to keep the includes from libxml in > download/include/libxml/ instead of just download/include ? (This one's no > problem, I'm just curious.) > > Yes; all the .h files in that directory are of the form #include > <libxml/filename.h>, the assumption that there will be a subdirectory > “libxml” in one of the system include directories containing those files > (this requirement comes from the libxml library, not DocFormats itself). > > — > Dr Peter M. Kelly > [email protected] > > PGP key: http://www.kellypmk.net/pgp-key <http://www.kellypmk.net/pgp-key> > (fingerprint 5435 6718 59F0 DD1F BFA0 5E46 2523 BAA1 44AE 2966) > > >
