Mailing-List: contact dev-help@corinthia.incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@corinthia.incubator.apache.org
MIME-Version: 1.0
In-Reply-To: <003201d02774$8b21c480$a1654d80$@acm.org>
References: <003201d02774$8b21c480$a1654d80$@acm.org>
Date: Sat, 3 Jan 2015 19:34:56 +0100
Message-ID: 
 <CAK2iWdSPAgc+ycRCzJwcjcgToJerXuEE1Gv641=fQMaLBaEmAQ@mail.gmail.com>
Subject: Re: extract_downloads.bat Eye Candy?
From: jan i <jani@apache.org>
To: "dev@corinthia.incubator.apache.org" <dev@corinthia.incubator.apache.org>,
	Dennis Hamilton <dennis.hamilton@acm.org>
Content-Type: multipart/alternative; boundary=089e0141a7dac91fdb050bc3b60f

--089e0141a7dac91fdb050bc3b60f
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 3 January 2015 at 17:44, Dennis E. Hamilton <dennis.hamilton@acm.org>
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 animatio=
n
> 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:dennis.hamilton@acm.org]
> Sent: Friday, January 2, 2015 11:31
> To: dev@corinthia.incubator.apache.org
> Subject: RE: x86 Externals?
>
> Thanks for the clarification on dependencies.
>
> I notice, in verifying the running of my extract_downloads.bat script tha=
t
> 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, s=
o
> 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:pmkelly@apache.org]
> Sent: Thursday, January 1, 2015 22:32
> To: dev@corinthia.incubator.apache.org
> Subject: Re: x86 Externals?
>
> > On 2 Jan 2015, at 4:08 am, Dennis E. Hamilton <dennis.hamilton@acm.org>
> 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=E2=80=99m not sure what the best way to handle support for both x8=
6 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
> =E2=80=9Clibxml=E2=80=9D in one of the system include directories contain=
ing those files
> (this requirement comes from the libxml library, not DocFormats itself).
>
> =E2=80=94
> Dr Peter M. Kelly
> pmkelly@apache.org
>
> 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)
>
>
>

--089e0141a7dac91fdb050bc3b60f--