corinthia-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From jan i <j...@apache.org>
Subject Re: extract_downloads.bat Eye Candy?
Date Sat, 03 Jan 2015 18:34:56 GMT
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 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: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 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: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’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
> 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)
>
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message