On 2016-03-26 17:30-0400 Matt Breedlove wrote:

> As long as the test is performed by compiling a native Windows
> application which is what all these conftest.exe files are, then
> LD_LIBRARY_PATH will take no part in it due to the native nature of
> Windows shared libraries.  All bash does at that point is executes the
> native application.  This behavior is different if PLplot were built
> for msys2 which would then support this but would require the msys2
> runtime to run it after it was built.

Hi Matt:

Thanks for that answer.

>
> Alan,
>
> Are there specific libraries that you run across that are used as part
> of PLplot that are typically also found within the Windows system32
> directory and would cause a naming collision?

I suppose it is possible there could be such collision for the PLplot
case because there are something like 55 direct and indirect free
software dependencies of the core PLplot libraries and the PLplot
device drivers to consider.  So just in case some PLplot user runs
into that issue, I thought LD_LIBRARY_PATH might provide a way out,
but apparently not from what you said above concerning "native" PLplot
(which I assume will be the way most will build PLplot since the
library dependencies of the PLplot core libraries and its device
drivers are usually only available in the "native" form).  I also used
PLplot as the example for my questions because that software package
is the one I am most familiar with on the MinGW-w64/MSYS2 platform via
successful comprehensive test reports from Greg and others that have
been sent to me.  Those tests use a bash script to build, install, and
test the core PLplot libraries, the device drivers, and the language
bindings using our ~30 standard examples and for our principal
build-tree, install-tree, library, and device driver configurations.

> [...]Also, I don't know the state of it but
> there is a package already
> (https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-plplot)
> though it doesn't seem to be in the repository so may be under
> testing.

I haven't looked at that at all, but I assume like most other free
software packages available for the MinGW-w64/MSYS2 platform (e.g.,
the PLplot dependencies), that package will build and deliver a native
version of PLplot, i.e., prebuilt PLplot will be available on the
MinGW-w64/MSYS2 platform when the time comes as both
mingw32/mingw-w64-i686-plplot* packages and
mingw64/mingw-w64-x86_64-plplot* packages.

I have used the wild card notation here because I assume there will be
more than one PLplot package in each of these two cases because of the
PLplot consists of a core set of essential C libraries, a substantial
number of optional device driver dll's that are dynamically loaded by
that core set when needed (for the shared library case although the
device driver code is made part of the core libraries for the
nondynamic driver case and the static PLplot library case), a
substantial number of optional language bindings, and an associated
set of our ~30 standard examples written in each of those supported
languages. Because of these many different optional components it is
non-trivial to package PLplot, but I am glad someone (Greg?) is
attempting to do that on the MinGW-w64/MSYS2 platform.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140
_______________________________________________
Msys2-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/msys2-users

Reply via email to